以下是目前可以做出的结论：
1. iOS 客户端所发出的信息可具体到语言、地区。其结果与系统的地区设置和语言设置有关；
> 如果地区设置为日本，但是用中文语言，会返回 "zh-Hans-JP"；而若地区在中国大陆，则返回 "zh-Hans-CN"；地区在香港则为："zh-hk"；地区在新加坡语言使用英文，则为 "en-SG"。
> iOS 客户端非常尊重系统设置，也好判断。
2. Web 端获取的是系统语言，并且能具体到地区信息，如：en-US。编者尝试使用 Chrome 调整语言设置时发现并没有用；
3. Andorid 就是一乱象，完全找不出规律，返回的结果类似：zh-CN；
4. Desktop 版目前不会给出 zh, en 等以外更具体的地区/语言信息。并且这项检测针对包括并不限于 Debain, ubuntu, Arch Linux 等各类 Linux 系统均无效，只会返回 "en"。而在 Windows 环境下基本能正确获取结果。OS X 目前获得的样本不足，无法做判断。
目前开发者要针对这个接口做“多语言判断”的话，可能还太早了。各类客户端返回的结果格式不一，还无法获取 Linux 的语言信息。建议观望。
因为总的样本数不足，以上内容可能会有部分错误，仅作参考。
另：语言信息的结果是会在服务端缓存一定时间的。