@GabrielleBellamy #9 好专业的大佬，感谢扩展知识面！刚看了下图库底层复杂的 Finder 结构，感觉图库是图片管理（所见即所得，用户不用操心具体的存储细节，比如实况照片），Finder 是图片文件管理（图片的所有原始内容），各自有适合的场景。

只是比较疑惑的点是：
1 、当前 Mac 是允许用户上传图片的时候从全量的图库选照片的（就是我上面评论里的那张图），说明图库跟 Finder 的互通并不是封死的
2 、既然苹果允许互通，却只互通了第一级的全量，作为第二级的自建相册又没通
3 、所以我会倾向于认为是懒得做，而不是拒绝做

@thinkm #10 谢谢，过奖了

@lonely701 #7 试了下，至少 B 站改头像是不支持直接从 Finder 或者图库拖拽的，看来只能用建个副本的笨办法了

@lonely701 是个办法，是不是网页都支持回头观察下

@di11wei
@Jreen
导致想在 Mac 上传，要么去 A 大海捞针，要么先从 B copy 那张图到桌面作为一个文件，上传完再删掉这个文件。。。就挺离谱

@di11wei #1 那个就是我说的 A ，全部照片混一起

https://i.imgur.com/mZtycia.png

@eddiechow #11 客气，感觉这个思路也适用其他一些功能的 debug ，算是某种进阶版的「重启试试」

@eddiechow 我原来手动可以，说明功能是通的。你连手动都不行，大概是设置哪里有问题，可以多查查，能开的都开掉，包括 iCloud 里的信息开关

摸鱼时间想刷刷信息流，左边点击一个 group ，N 个窗口（比如 twitter/tg/weibo/jike ）在大屏上瞬间铺开的感觉简直不要太爽

搞定了，大家用常规思路搞不定的，可以参考下附言的做法

@Aviciii #1 也就才用了 34/50 ，应该不至于影响这点量级的同步，因为作为更有参考性的对比，备忘录 App 的同步一直是正常的（一般 10s 内能完成同步）

@milk97 没有必要纠结，后台定位一个是现在已经足够低功耗，一个是其他地方本来就在时不时调用，比如天气组件，自动化更多只是读现成数据对比一下

手机产地跟壁纸不兼容吧可能

5L 的视频把机制说得很清楚了，快速滚动列表时掉到 80hz ，是 feature 不是 bug ，我理解这只是又一个基于「果式价值观」的选择而已，用户是否认同就见仁见智了，毕竟类似的设计也不少见，比如打死不给通话录音，保护隐私大搞本地处理。

1 、有没有能力做全局 120hz ？有。
只要放开快速滚动时的性能释放，保证预加载更多内容的情况下，渲染一帧也仍然能在 8.3ms 内完成，即实现 120hz

2 、那为啥不做？续航考虑，且认为没必要。
以设置页为例，快速滚动的时候 120 和 80 都是看不清内容的，没有本质区别，所以没必要用 120 来白白浪费一部分功耗，这是果子的价值判断

最近刚搞定的完整方案，可以参考思路
https://www.v2ex.com/t/996455

@ios #9 我也是之前被这个问题搞得比较烦，没有搜到好的办法（很多是解释原因，完整解法好像没找到），昨天专项攻破一下，没想到顺利解决了，总结出来希望也能帮到大家