AxtonYao

和地区无关，目前只支持英语和其他特点几种语言，切到对应语言等一会儿就有了

https://www.apple.com.cn/ios/feature-availability/#visual-look-up-visual-look-up

在大多数情况下还是建议使用 IANA 时区名称来表示时区，Unix 时间戳来存储时间，因为三字母时区名会冲突，同时一个国家/地区的 UTC 偏移可能会因为各种原因变动，只存储 UTC 偏移是不够的
https://flyhigher.top/develop/2482.html
当然也看见过 MySQL 在设置为 IANA 时区的情况下，拒接解析夏令时切换时的“消失的时间”字符串为时间戳，没有 fallback 直接报错的问题，所以具体用什么怎么做还是要看具体需求

@shutongxinq 我清楚技术上这两种状态的音频来源，问题在操作上，ios 自作主张帮用户判断要进入哪种模式，并且没有提供除了 #13 中提到的快捷指令以外的显式切换方法

我录了个屏 https://i.imgur.com/GCqsFam.mp4

1. 在没有播放音乐的情况下通过 airplay 按钮切换设备，状态变成 iphone->homepod
2. 播放音乐，通过 airplay 按钮切换设备，状态变成只有 homepod 播放
3. 停止播放，通过 airplay 按钮切换设备，状态依然变成只有 homepod 播放

如果在 3 之后反复切换设备，状态大概率是只有 homepod 播放，但是会有小概率变成 iphone->homepod 。这是我目前摸出来的一部分规律，实际使用情况下我没法知道我摁下切换以后会变成哪种状态，只能让库克帮我选，不知道你是怎么切到自己想要的模式的

@F798 感谢！有个指令“更改播放位置”确实可以强制切到 iphone->homepod 解决我的问题了

@wyd011011daniel 不太行，应该是有有某些条件判断，比如如果有音乐正在播放那这么做就是 100% 进入第二种。问题就是摸不清具体满足哪些条件才能切到第一种

@wyd011011daniel 这样可以明确进入第二种状态，但是进入第一种状态的方法仍然是不明确的。

我更喜欢 iphone->homepod 的第一种状态，因为在我这里第二种状态有的时候会炸导致我没法把音乐切回 iphone...

@Socrazy 我被这个问题折磨了很久，我这里投音乐的时候 airplay 的状态会随机变成以下两种之一：


这么显示的话，iphone 可以直接控制 homepod 音量，不支持 airplay 的音视频可以在 iphone 和 homepod 同时播放，但是支持 airplay 的音视频就会打断音乐在 homepod 上放出来


如果是这么显示，那 homepod 就会独立播放音乐，iphone 音量键不能控制 homepod ，iphone 上所有其他音视频都会只在 iphone 上播放

问题在于这两种状态的切换是不明确的，每次我切换，airplay 都会随机进入这两种状态之一，根本不知道怎么明确进入其中一种。

我的 apple tv 不常开机，所以暂时情况没有楼主说的这么混乱，但也很折磨了…

之前有研究过，可行的方案大概有：
- 传统方案是用 php 混着写 html ，js 和 css 用现代开发工具打包，问题是 vue sfc 之类的就没法用
- 用一些开发框架比如 github.com/roots/sage ，但是我没用过，不确定好不好用
- 前后端完全分离，用 API 是可行的，甚至可以把 wp 当一个无头 cms 用，但是这样一会丢掉 seo ；二是很多插件就没法用了，因为很多插件是直接从 php 输出到 html 的；三是一些复杂业务逻辑还是要自己写 php 来对前端提供 api
- seo 问题可以用 ssr 或者预编译为静态页面来解决，但还是有剩下的几个问题
- 之前还尝试过一个方案，就是用现代前端工具链开发前端，里面留下占位符，部署的时候再用自己的脚本把占位符替换成对应的 php 逻辑，但问题是在 html 里面混写 php 本身就会导致 html 受 php 影响，这和 vue / react 这些现代前端框架的理念是天然冲突的，这种方案体验很差
总结起来就是蛋疼，但是暂时只能忍着

@wu67 如果你是指从地图上选择的话，那个其实相当于在地图上选择相同 UTC 偏移的一组时区，需要在最接近的城市那里选择具体时区的，而且那个下拉框对地名有翻译，不是原始时区代码