Web 的话，受浏览器限制，与服务器通信只有通过浏览器提供的接口，XHR / fetch 或是 WebSocket，当然还有 WebRTC。其他的，也只能是这些的封装罢了，或是浏览器根据新标准推出新的 API。各种第三方库也都是普通封装，比如 Socket.IO 封装了 WebSocket，帮你处理心跳包，并对文本进行格式化封装以支持直接发送 JavaScript 对象数组（ JSON ），在 WebSocket 连接失败后自动切换到短轮询。gRPC-Web 则是引入了 protobuf 二进制库，然后通过 POST 与中间代理服务器进行通讯，代理服务器将请求掐头去尾转给后端 RPC 服务。
GET、POST 以及其他方法也都受限制，比如同源策略，GET 不能带 body 之类的（其他地方则没有这个限制，比如 ElasticSearch 带 body 的 GET 请求），URL 必须编码，并且总长度有限制之类的。
在没有 Websocket 和 WebRTC 之前，用的长轮询、短轮询。
短轮询就是你本地不断请求服务器的一个 API 接口，没消息的话服务器会直接返回空，本地延迟几秒再重新请求。这种方法貌似没多少在用：本地延迟短的话，HTTP 请求消耗太大（那时还是 HTTP/1.1 ），本地延迟长的话，消息不够及时。
长轮询也是你本地不断请求服务器的一个 API 接口，不一样的是没消息的话，服务器不返回数据，一直持有这个连接，而本地也一直等待服务器返回，一旦有新消息，服务器会通过持有的这个连接立即返回数据。如果长时间没有消息的话，有个超时时间，超时后连接断开，本地无延迟立即重新请求。这个相比短轮询就好很多了，在 Websocket 出来之前，这种方法算是主流，常年不维护的 QQ 邮箱就是这种方法一直用到今天还在用。
Websocket 出来之后，就取代了长轮询，其实原理和长轮询差不多，也是请求一个接口，然后进行协商协议升级，从 HTTP 升级到 WebSocket，服务器持有这个连接不断开，就可以一直发送消息了。相比长轮询，这个连接没有浏览器硬性的超时时间限制，并且无需断开，支持双向同时通信，无限发送消息文本或二进制数据，并且不用每次发消息都带臃肿巨大的 HTTP 协议头，可以节省很大的资源。为避免 TCP 意外断开，会要求每隔几秒发个心跳包，这个只要一两个字节就够了。
WebRTC 则更多的是面向实时视频、音频这类多媒体服务的。当然，也可以传任意文本、二进制。

你可以买个手写板的。

当然，部分 ide 支持代码补全，你只要打变量名，按下快门 Tab 就补上 $ 了。

个人吐槽一下：现在的测试大多都在向自动化方向发展，自动测试，无需人工干预。然而现在 AI 还不够成熟，大量必须通过人脑才能指出的错误，自动化测试都办不到。自动化测试只能是测试程序编译能不能通过、函数的执行是否符合预期，但是管不了各个模块功能之间的用户体验方面的错误、客观逻辑上的错误。这些错误在人工测试的时候很容易看出来，但是自动化测试就只能等用户反馈一个 Bug 加一个测试用例。
像楼主发现的这种问题，可能自动单元测试中测试了自己可以成功给群友加备注，@ 时也可以显示备注，但是忽略掉了其他人应该看到默认群备注或是本人昵称。
当然腾讯应该是会有人工测试团队的吧？这应该也可能是人工测试会出现的疏漏。

@qianji201712 我不太懂这方面，但是没有软著先试验的话，会不会被别人大厂看到商机照搬抄走然后说不清楚？

移动无限流量套餐，经常给我推送流量包广告，几块钱多少 G 的那种，我无限流量开流量包干啥？

非常感谢，加一个 chan 等一下就好了，成功了

可以尝试 Google 或者 1.1.1.1 的 DNSoverHTTPS 接口，自己解析然后直接用，自己解析走的 HTTPS 就可以直接走代理了。

@ysc3839 camo.githubusercontent.com 是 GitHub 的反向代理地址，上游图片文件地址失效了这个地址也就显示不出来的。
上游图片文件的真实地址要进 README.md 文件里点 Raw 看源码里显示的才是，域名是 ovefvi4g3.bkt.clouddn.com 。

两家都不怎么用的吃个瓜

@ysc3839 你那个仓库里面 README 的图都是外链的第三方的图片地址……跟 GitHub 没关系吧？

感觉语义上的不同，len() 更像是进行测量、获取长度这个动作，而 .len 更像是读取一个已经存在自身上的一个属性，.len() 也是进行测量、获取长度这个动作。
len(x) 和 x.len() 的区别是，一个是别人来测量自己，一个是自己测量自己。
len(x) 没有办法预先确定要测谁的长度，所以只能每次都重新数一下。而 x.len() 就可以直接把自己的长度存起来，变化的时候改一下就行，每次返回保存的值就行。这么看来，x.len() 的设计更好。
PY 里面的 len() 比较聪明，不会自己去数，而是调用 __len__ 直接抄答案……

支持
请求方法还有 PATCH HEAD OPTION 之类的建议加一下

2001:4860:4860::8888
2001:4860:4860::8844
8.8.8.8
8.8.4.4
1.1.1.1
1.0.0.1

常年三个系统，Windows Debian MacOS 来回切，没有一家独大的道理，每个系统都有优秀到离不开的软件。
开发软件，各个平台都有自己的用户受众群体，比如你想做一个给普通人用的小工具，那么你不可能用 Linux 开发，Windows 用户才是你的受众群体，当然 Mac 的用户量也不少。
一个软件多个平台测试过才算是合格的。

我移动 4G 一直正常

建议先看官网文档。把文档中的示例都看懂，语言就学的差不多了。学着官方文档里的风格去写，可以适当发展自己的风格。
亲亲，这边建议您写代码的时候把 Ctrl 键或 Command 键扣掉哦～
GitHub 之类的上面的代码都是有作者自己风格的，不一定代表官方推荐，不一定是好的。