海外版的 oppo 手机推送通道也支持走的 oppo 推送服务，所以推送和国行没区别

新建这个文件 /User/xxx/.codex/.env ，里面添加如下环境变量，然后重启 codex
HTTP_PROXY="http://127.0.0.1:7890"
HTTPS_PROXY="http://127.0.0.1:7890"
ALL_PROXY="http://127.0.0.1:7890"
NO_PROXY="localhost,127.0.0.1,::1"

@jhspider #6 X86 架构对现在的手机来说是没有用的，可以直接去掉。模型动态下发和 cpu 架构精简，最少可以减少 400M 大小

@jhspider #6 @zhuiyun041 #7 最小支持版本 Androd 8 ，但是没有声明和申请存储权限，所以读取不到任何文件。
一个 APK 安装包 500M 的确影响很大，可以考虑模型动态下发会更友好

https://www.bing.com/search?q=%s+-site:csdn.net
搜索引擎直接屏蔽

不开源？感觉有风险，别 appleid 没了

什么软件，可以导出吗

@cenbiq 是不是拿 debug 包对比了，compose 的 debug 包性能会比较差

Compose 的性能问题很大程度取决于状态管理是否合理，需要拆分并管理好每个组件的状态，避免多余的重组。如果状态管理不善，一些简单的页面也会性能拉垮。

流氓做到极致也是一种“艺术”https://i.imgur.com/N9E3iZ2.png

这个功能好啊

只有谷歌搜索才能生效，其他搜索引擎不行

play 商店上传应用的时候使用的是 aab 格式，里面是包含所有支持的 cpu 架构和资源文件。https://developer.android.com/guide/app-bundle/app-bundle-format?hl=zh-cn
用户下载的时候谷歌服务会根据设备情况，从这个 aab 拆分下发多个 apk 来安装（当然也可以组合成一个 apk ），目的是减少用户下载的时间，这也就是 apk 比较小的原因。
apkpure 的 apk 也是从这个 aab 中生成的，通常会生成多个架构的 apk ，也不排除有例外。
最简单的验证方法就是查看 apk 签名是否和 play 商店的签名是否一样，如果一样基本排除 apkpure 篡改 apk
至于 apk 报病毒，大部分是误报，可能 apk 一部分字节信息符合病毒的特征。如果这个 apk 有病毒，然后还能正常安装运行，那基本不可能，现在的 v1+v2 签名基本可以避免这种情况

二维码识别不是很成熟的 sdk 吗，zxing 就行

我有很多图的拼接场景，没有合适的工具，最后手搓了一个简易的拼接功能，现将几张图拼接成固定的组，然后再整体拼接

<img src="https://github.com/hushenghao/AndroidEasterEggs/blob/main/assets/image/ic_grid_screenshot.jpeg?raw=true">

```kotlin
// Pixel 5
private val TARGET_SIZE = Size(1080, 2400)
// 18 cells
private val GROUPS: List<Group> = listOf(
Triple(690, false, 3), // 3
Pentad(570, false), // 5
Pentad(570, true), // 5
Pentad(570, false), // 5
)
```

任何代码都需要测试用例。你既然问，那就是没必要

@xiaoqidev 是这个 https://github.com/sz3/libcimbar
使用手机或者电脑摄像头就可以解码图片内容，但是如果要打印出来需要彩印，然后还要考虑时间久了颜色问题

光盘、磁带：是我被淘汰了吗？

@cander0815 #43 Git gui 就没有必要汉化了吧，都是 git 常见的操作