开源不是民主，比起民主，有一个强势有钱的爸爸更加能让一门编程语言起飞

我之前也是这样，后面发现是因为电脑设置里的区域和语言没改，必须改成美国和英语，你可以看看是不是一样的问题

通过 UA 就可以判断了 https://uaparser.dev

IAP 的接口本身就可以指定数量 https://developer.apple.com/documentation/storekit/skmutablepayment/1506170-quantity

不过最多只能指定 10 件，可能也用了你说的第一种方法吧

最外层的 ScrollView 可以用 scrollDisabled(:_) 去控制是否禁用滚动手势，在内层的 ScrollView 用 GeometryReader 之类的监控一下 offset ，判断是否需要禁用滚动手势

其它端不清楚，iOS 端其实就是虚拟滚动，列表会维护一个重用池，把不可见的 cell 塞进去，然后需要展示的时候从里面拿 cell 出来显示，如果发现不够就再补充新的进来

iOS 封装得还行，但也免不了各种限制和小毛病，都是需要开发者额外做一些处理去完善体验，例如预先计算每个元素的高度以便把列表撑开之类的...

感兴趣的话可以搜一下“UITableView 重用”

感觉 20QPS 很不合理，改成每分钟 600 次之类的会比较科学一点...

https://www.hackingwithswift.com/quick-start/swiftui/how-to-make-a-scrollview-snap-with-paging-or-between-child-views 这种？

看起来像是 ./packages/* 被 shell 展开了？加了个双引号括住它试试

pnpm run -r --filter "./packages/*" build:src

红米 AX5400 或者 AX6000 都还行，家里隔两堵墙还可以有 500mbps 的速度

我感觉算是 Chromium 的问题（ Electron/Chrome 都有），它监测到网络环境变了就会直接粗暴地切断所有连接，Sonoma 可能做了一些修改会导致这个“功能”频繁触发。

这次是为了 Vision Pro 远程桌面特意做了优化，用了原生的 Compression 框架去做压缩视频流，降低带宽要求和网络抖动带来的丢帧，底层估计也做了一系列的修改，我实际感受是变得比之前流畅了很多很多。

AssistiveTouch 是无障碍功能，为了那些没办法触控屏幕的人设计的，删掉这个功能会让很多人无法正常使用 iPhone...

前面的人说了很多了，其实主要就是并发编译多个文件，头文件重复解析导致的，而且还得竞争写入编译缓存，结果就是所有线程都在互等。

LLVM 大会还有一个 Session 专门讲这件事情 https://www.youtube.com/watch?v=Ptr6e4CVTd4 ，感兴趣的话可以看一下。

@ViolaH

1. 进程有没有选择 All Processes （在导航栏的 View 里可以看到）？确保所有进程都能看到
2. 进去 Disk 那一栏里看看有没有进程在疯狂读写？重启之后再查看，会比较明显
3. 进去 Energy 那一栏看看有没有进程的耗电量异常高？

打开 Activity Monitor 看一下是 CPU 和内存占用，看看是不是有进程把 CPU 或者内存给吃满了？

M1 MacBook Air 16G，现在用了三个多月左右...

SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 33 Celsius
Available Spare: 100%
Available Spare Threshold: 99%
Percentage Used: 0%
Data Units Read: 41,054,409 [21.0 TB]
Data Units Written: 35,436,022 [18.1 TB]
Host Read Commands: 367,558,106
Host Write Commands: 178,543,249
Controller Busy Time: 0
Power Cycles: 183
Power On Hours: 171
Unsafe Shutdowns: 9
Media and Data Integrity Errors: 0
Error Information Log Entries: 0

Swift 社区活跃的真相 —— 都在等编译😂