北京
早上十点，东京，云量94%。我需要应用付费墙上的天空显示出一场清晰的日落。等下去是最直接的选择。我做的却是另一件事，只用了一条命令：把iOS模拟器挪到阿尔伯克基，那里是晚上七点，万里无云。等22秒，截图。没有假数据，没有改代码，没有修图。
这个办法后来还撑起了我的App Store截图。不过最终那组截图里的日落，来自离我更近的地方。下面说清楚它是怎么运作的、在哪里会失效，以及由此长出来的那个脚本。
为什么不能直接伪造天空
Amana是一款iOS应用，它根据时间、你的位置和当前天气，画出你窗外的天空，然后试图让你去看真正的天空。这个系列的前文里，我写过它为什么在设备端绘制天空，而不是用卫星图。
应用确实有调试开关，可以手动设定太阳高度和云量。问题在于诚实。有一张商店截图的文案写着"夜晚也一样——真实的月相，真实的天气"。如果在那句文案下面放一个手动摆上去的月亮，这张截图就在撒谎。付费墙上的小组件预览同样跑在实时天气上：阴天它渲染成灰色，而付费墙上一个灰色的预览，观感并不好。
所以天空必须是真的。只是不必是我头顶的那片天。
一条命令
我找到的关于 simctl location 的写法，都是拿它来测试定位功能：地图、地理围栏、权限弹窗。我没见人写下来的是它在下游会发生什么。
应用从不会为了自己而问"我在哪"。它向 CoreLocation 要坐标，然后把坐标交给 WeatherKit、交给用于取地名的反向地理编码、交给它的太阳位置计算。坐标一动，这些全都跟着动：云量、地名那一行，还有那句"天空可能很快烧起来"的提示。
我是靠数像素来验证的，而不是相信眼睛。在付费墙的小组件预览里，灰色预览的暖色像素只占几个百分点。跳转之后，测出来是30%到32%。
22秒是有讲究的
第一次尝试我只等了13秒，抓到的是应用的默认云量（0.40）——那是首次天气刷新完成之前显示的占位值。它看起来挺像回事，而这恰恰是问题所在。真实数据到得更晚，所以脚本现在等22秒。
三个旋钮，只有一个能拧
定位跑通之后，我以为模拟器能按需产出任意天空。它不能。原因值得讲清楚，因为它适用于任何界面依赖真实世界的应用。
一张截图的每一个输入，都来自三个地方之一：
- 地点（纬度、经度）：太阳高度、天气、地名、那句提示。可以用 simctl location 移动。
- 日历（日期）：决定太阳轨迹与月相。
- 天气本身：由地点和日历共同决定，无法单独拧动。
所以能动的只有地点这一个旋钮。日历可以改，但那会连带改变太阳轨迹和月相，不是想要什么就有什么。天气则完全跟着前两者走，没有独立的开关。
这也解释了为什么"把模拟器搬到阿尔伯克基"这件事成立：它不是在伪造数据，而是让应用去一个真实存在、此刻恰好符合条件的地方取数。天空是真的，只是换了一片天。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
