看了一下回答，误解题主的意思的人很多。总结一下认为 1 楼的说法是比较正确的，举个例子：

2 个字节的 utf-8 中
110X XXXX 10XX XXXX 理论可以承载字符 2^11 ，2048 个字符
但根据标准，实际分配给这个段的 unicode 码点范围是 0x81 - 0x7ff ，也就是说只有 1920 个字符，
二进制表示 unicode 码点：0000 1000 0001 - 0111 1111 1111 ，把后 11 位分配到 110X XXXX 10XX XXXX 上，直接位运算是最方便的。
unicode （ 0000 1000 0001 ）=> utf-8( 110|<0 0010>| 10|<00 0001|>) 肯定比
unicode （ 0000 1000 0001 ）=> utf-8 不浪费版( 1100 0000 1000 0000) 运算方便

utf-8 空间完全够用，不像 utf-16 ，空间极限就是 0x10ffff ，综合来看应该是这个原因吧

感觉这种风险无法衡量，因为不清楚这个开户，会把你的资料同步到谁那，会和什么挂钩。比如开通花呗，就有可能和征信挂钩，这还是抛开隐私问题不谈的情况下

i+=1 多写一个字符不会死的。。

可以的，学习了

学做菜，或者美食

@CNN 哪个 app ，是能说的那种吗？来个 base64

你走的早，没碰上 lynx

这种肯定是走 ast 能力了，不过感觉有点高射炮打蚊子。。

可以吊打 3090

没见过 pc 适配 safe area 的，纯粹是恶心人

@fjc0k 这个思路可以有，感谢分享

@SmiteChow 感谢分享，拓展了视野

已用 native 实现 ，此贴完结

@5200 户外使用，除非安卓端能起一个 nginx 或者类似 nginx 的本地代理转发。如果有这样的软件，辛苦分享一下

@eason1874 统一回复一下，后端服务不是自己的，抓的 api

@yukiww233 谢谢老哥指点，我从未往这方面考虑，后来测了一下，极有可能是这个问题。

@systemcall 通过开启 WLAN 详细日志记录功能，发现并不是信号的问题，通过其他测试，发现极有可能是楼下说的储存掉速的问题。

@systemcall 感谢老哥的建议，我马上去试试

mbps 单位又又又打错了，大家将就着看吧