@dingwen07 #33 ，没法断定，这是似乎在 Android 14 发布前就有的逻辑。

#34 淘宝都没有请求访问照片权限，你当然无法选择允许访问照片，淘宝非要你在系统设置里面给他 Grant 。Android 当然也可以设计成对于未迁移总是允许的时候只允许访问部分照片和视频，代价就是用户必须进入系统设置才能更改允许部分的照片和视频。

不清楚淘宝是否会做出修改，如果真的要这么做而不顾用户体验，其实相机、麦克风什么的也能不让用户一次性授权。

这个问题一方面是 Android 13 的时候 READ_MEDIA_IMAGES 和 READ_MEDIA_VIDEO 是没有一次性权限的。另外一方面是应用没有做出最佳实践，checkSelfPermission() 本身也只会返回 PERMISSION_GRANTED 和 PERMISSION_DENIED ，在 PERMISSION_DENIED 的情况下应用应该直接请求权限。

对 Play 版本淘宝 10.27.40.29 (510) 代码逆向，Target API 为 33 ，未声明 READ_MEDIA_VISUAL_USER_SELECTED 权限。推断为淘宝实现逻辑未遵循最佳实践，可能淘宝将你已经授权 READ_MEDIA_IMAGES 或 READ_MEDIA_VIDEO 的状态持久化（对于未声明 READ_MEDIA_VISUAL_USER_SELECTED 的应用，应用会认为你已经授权了上述权限），认为用户手动在系统设置取消了相应的授权。

我猜测可能淘宝声明了 READ_MEDIA_VISUAL_USER_SELECTED 权限，并且在用户提供 READ_MEDIA_VISUAL_USER_SELECTED 权限后要求用户授予 READ_MEDIA_IMAGES 和 READ_MEDIA_VIDEO 。

看半天也没看明白在说什么。
照片选择器和授予对照片和视频的部分访问权限（ Android 14 特性）没有直接联系，照片和视频的部分访问权限是利用 Andorid 13 (API level 33) 增加的 READ_MEDIA_IMAGES 和 READ_MEDIA_VIDEO 权限实现的，需要用户在授予权限的时候选择部分照片（没有声明 READ_MEDIA_VISUAL_USER_SELECTED 则需要选择每次询问）。照片选择器固然是最佳实践，但目前不是 Google Play 强制标准。
在何时选择访问应该不构成影响，就算应用没有声明 READ_MEDIA_VISUAL_USER_SELECTED ，也可以在应用进入后台或被 kill 之后重新选择。
参见：<https://developer.android.com/about/versions/14/changes/partial-photo-video-access>

@tonyshao319 文档里面明确写了自动路由不支持 <https://dreamacro.github.io/clash/premium/tun-device.html>

@OutOfMemoryError Go 可以加载动态链接库，CGO 影响静态编译。syscall 的话我没试过，似乎挺麻烦。Go 本身有 plugin ，但仅支持 Linux 。

普遍的话，是用 Registry 机制，在静态编译的阶段选择添加哪些 feature 。

@Macv1994 可以用 DPkg::Post-Invoke 实现在执行 apt/dpkg 之后更改权限

@Macv1994 贵司做什么方面的，竟然需要用到 /boot 下的文件来运行服务

不支持，Clash 的 TUN 不能处理 IPv6 。（这里说的是我实际测试的结果，我没有阅读这部分代码的权限。）

@deecyn 目前没有开源的计划，我是用 webpack 和 Bootstrap 做的，动画则是 aos 提供的。