[GH-ISSUE #984] [FR]提供对应用调用链接和冷启动打开文件的支持 #868

Closed
opened 2026-03-03 15:36:56 +03:00 by kerem · 5 comments
Owner

Originally created by @Li2548 on GitHub (Nov 13, 2025).
Original GitHub issue: https://github.com/LiveContainer/LiveContainer/issues/984

一般来讲,无论是普通侧载app还是app store app,均可以成功调用universal url或自定义url或以合适的格式打开文件,并冷启动。
然而,在livecontainer中安装的应用却无法调用之、无法冷启动打开文件,在livecontainer中启动其他应用时如用livecontainer打开*.ipa时,打开方式竟是其中的应用(而不是livecontainer)。
预期功能:像普通侧载app与app store app一样,调用universal url或自定义url或以合适的格式打开文件,并冷启动。
可能的实现方法:

  • 使用轻app(appclip)关联打开方式(不一定行)
  • 对livecontainer的相关代码实时编译(jit?)
  • 允许用户自行构建含有universal url等协议的livecontainer/livecontainer2
  • livwcontainer编译含有universal url等协议 livecontainer2
Originally created by @Li2548 on GitHub (Nov 13, 2025). Original GitHub issue: https://github.com/LiveContainer/LiveContainer/issues/984 一般来讲,无论是普通侧载app还是app store app,均可以成功调用universal url或自定义url或以合适的格式打开文件,并冷启动。 然而,在livecontainer中安装的应用却无法调用之、无法冷启动打开文件,在livecontainer中启动其他应用时如用livecontainer打开*.ipa时,打开方式竟是其中的应用(而不是livecontainer)。 预期功能:像普通侧载app与app store app一样,调用universal url或自定义url或以合适的格式打开文件,并冷启动。 可能的实现方法: - 使用轻app(appclip)关联打开方式(不一定行) - 对livecontainer的相关代码实时编译(jit?) - 允许用户自行构建含有universal url等协议的livecontainer/livecontainer2 - livwcontainer编译含有universal url等协议 livecontainer2
kerem closed this issue 2026-03-03 15:36:56 +03:00
Author
Owner

@hugeBlack commented on GitHub (Nov 13, 2025):

打开文件是支持的,你打开app的状态下把文件共享到lc就可以了。链接的话参考#242。

在主界面的情况下lc只支持打开ipa文件。

<!-- gh-comment-id:3526720079 --> @hugeBlack commented on GitHub (Nov 13, 2025): 打开文件是支持的,你打开app的状态下把文件共享到lc就可以了。链接的话参考#242。 在主界面的情况下lc只支持打开ipa文件。
Author
Owner

@Li2548 commented on GitHub (Nov 13, 2025):

可能我指的是冷启动?
热启动自然是可以的,但实际上还有许多冷启动工况。
诶等等,这玩意居然还有中文支持者?!

<!-- gh-comment-id:3528032481 --> @Li2548 commented on GitHub (Nov 13, 2025): 可能我指的是冷启动? 热启动自然是可以的,但实际上还有许多冷启动工况。 诶等等,这玩意居然还有中文支持者?!
Author
Owner

@hugeBlack commented on GitHub (Nov 13, 2025):

使用轻app(appclip)关联打开方式(不一定行)

不行

对livecontainer的相关代码实时编译(jit?)

不行

允许用户自行构建含有universal url等协议的livecontainer/livecontainer2

你可以自定义Info.plist的URL scheme,不需要重新编译。

可能我指的是冷启动?

不知道你指的冷启动指的是什么,如果你指一启动App就处理URL的话你可用主界面的链接按钮。另外根据苹果的开发文档,除非App做了特殊处理(例如限制只能在App启动后5s内打开URL/文件),否则一般没有区别。

<!-- gh-comment-id:3528085236 --> @hugeBlack commented on GitHub (Nov 13, 2025): >使用轻app(appclip)关联打开方式(不一定行) 不行 > 对livecontainer的相关代码实时编译(jit?) 不行 > 允许用户自行构建含有universal url等协议的livecontainer/livecontainer2 你可以自定义Info.plist的URL scheme,不需要重新编译。 > 可能我指的是冷启动? 不知道你指的冷启动指的是什么,如果你指一启动App就处理URL的话你可用主界面的链接按钮。另外根据苹果的开发文档,除非App做了特殊处理(例如限制只能在App启动后5s内打开URL/文件),否则一般没有区别。
Author
Owner

@Li2548 commented on GitHub (Nov 13, 2025):

允许用户自行构建含有universal url等协议的livecontainer/livecontainer2

你可以自定义Info.plist的URL scheme,不需要重新编译。

好的。
诶对了,这玩意兴许能搞界面化,我有时间就试着搞一下。

可能我指的是冷启动?

不知道你指的冷启动指的是什么,如果你指一启动App就处理URL的话你可用主界面的链接按钮。另外根据苹果的开发文档,除非App做了特殊处理(例如限制只能在App启动后5s内打开URL/文件),否则一般没有区别。

我指的冷启动是:我打开了链接,livecontainer就会自动打开关联的应用,那个关联的应用就会接到这个链接。

<!-- gh-comment-id:3528105486 --> @Li2548 commented on GitHub (Nov 13, 2025): > > 允许用户自行构建含有universal url等协议的livecontainer/livecontainer2 > > 你可以自定义Info.plist的URL scheme,不需要重新编译。 好的。 诶对了,这玩意兴许能搞界面化,我有时间就试着搞一下。 > > 可能我指的是冷启动? > > 不知道你指的冷启动指的是什么,如果你指一启动App就处理URL的话你可用主界面的链接按钮。另外根据苹果的开发文档,除非App做了特殊处理(例如限制只能在App启动后5s内打开URL/文件),否则一般没有区别。 我指的冷启动是:我打开了链接,livecontainer就会自动打开关联的应用,那个关联的应用就会接到这个链接。
Author
Owner

@hugeBlack commented on GitHub (Nov 13, 2025):

我指的冷启动是:我打开了链接,livecontainer就会自动打开关联的应用,那个关联的应用就会接到这个链接。

那做不到,详见开发文档,如果网站指定了App的含team id和bundle id的app id,即如果没安装这个App,或不是来自这个开发者,就不能跳转。

<!-- gh-comment-id:3528126611 --> @hugeBlack commented on GitHub (Nov 13, 2025): > 我指的冷启动是:我打开了链接,livecontainer就会自动打开关联的应用,那个关联的应用就会接到这个链接。 那做不到,[详见开发文档](https://developer.apple.com/documentation/xcode/supporting-associated-domains),如果网站指定了App的含team id和bundle id的app id,即如果没安装这个App,或不是来自这个开发者,就不能跳转。
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/LiveContainer#868
No description provided.