这事情太简单了。
省电模式下，即使是 a13 ，小核心的性能也不足以支持现代网页浏览 60 帧。
如果降频，被别人录像发上油管，说你 iphone 自以为豪的性能，结果卡成这个 b 样。
这对 apple 是多大的形象伤害。

这事情实际上就是降频门。

事实上就是农村再大的别墅，比不过市中心高层 100 平。

我目前需求迫切的：
jpg 转 avif
jpg 转 webp （ chrome 支持，但是其他浏览器不支持）

avif 真的很诱惑，但是现有的方案速度都不够理想。

app 只要不滑掉，有很多办法后台。后台 app 刷新是系统策略让 app 刷新，并不是传统的后台那个意思。

免费账号没有去开发者网页后台创建 Provisioning Profile 的权限，因为没有后台可以访问。
但是免费账户 iphone 可以装 3 个 App ，每个 App7 天后过期，过期后需要重新用 xcode 安装。
xcode 会申请，下载，管理免费账户的 Provisioning Profile 。
免费账户短时间内不能创建多个独立的 App ，大约一周 10 个。

iphone 用线连接 mac ，但是与之沟通的程序 USBMUXD 用的是类似 http 协议。
可以转发两者消息达到 iphone 插在 A 电脑上，却和网上的 B 电脑沟通的状态。
USBMUXD ，已经有人写了 linux 版本。

github action 是 github 提供的一项自动化服务，在指定用量内免费提供。
github action 可以选择 mac 系统环境。

如果你有一台云主机。

你可以让 github action 上的机器帮你 build App ，然后通过内网穿透，安装 App 到连接你电脑的 iphone 上。

但是缺点是：
仍然需要插电脑安装 App 。
电脑上需要设置转发 USBMUXD 和内网穿透。
github action 的环境未必能匹配个人电脑上的环境。
需要手动将 Provisioning Profile 和证书复制到 github 项目。

好处是
个人电脑上不需要安装 xcode 。
一个按钮就可以开始 build App 到手机上。

总结是上面都是瞎折腾。

UI 绘制本质上是一个线程负责的循环，当有 UI 操作的时候都要将操作加到这个循环之中。

你说的确实存在，但是要钱。
简单的说就是做一个基于微信的客服平台，一个人通过 web 后台界面管理 n 个微信，微信运行在电脑上，用注入的方式实现微信多开和消息转发，消息转发给中央服务器，服务器在分发消息给各个客服人员。

错之又错

safari 有个设置选项是下载文件是否自动打开。

高楼层要看装修的怎么样，没有做好隔音的话，风噪大的要命，睡觉不戴耳塞像是在拷问，大风拍窗户咚咚的响。

都写的很明白了，调查你的账号合规性。不需要你上传新的 App 二进制和修改 App 信息，只需要等。

特别是 macbook 的触控条没有震动反馈就很不爽

@Frankcox

a.href = downloadURL;
a.download = filename;
document.body.appendChild(a);
a.click();
这里 downloadURL 直接用你 fetch 里的 url 就行了

你这样写肯定是要等脚本下载完成才会弹下载框的。压根没有进度条相关的代码。

@Frankcox 哪你这个 fetch 和 a 标签怎么关联起来？你这步下载就错了吧。

fetch 是脚本中的请求怎么能触发浏览器下载？浏览器下载不是 a.click()触发吗？