这个就比较奇妙了，汉字是形音字，常见的带 ‘辰’ 的字不是读 chen 就是读 zhen ，突然有个字读 shen ，按照惯性读真不一定能读对。

不一样，ssl 加密是保证的传输通道安全，数据校验保证的是数据（本身的）一致性（收发的数据一致，数据和预期的也一致）。所以也就可以通过数据校验来判断数据是否有效、是否重复等等，这些有可以用在安全方面。

使用：K33QT1
放出：0TP6EH

大家都在凭自己经验和知识相互讨论，我个人比较喜欢使用新鲜的东西，所以知道 restfull 出来不久就开始接触、使用，这些年用下来也还不错。

当然我也遇到几个项目就是用老技术（不代表过时），从框架到各种小算法都改下来很麻烦，所以继续使用，而开新项目的时候呢，直接拿老框架复制粘贴。算是历史原因了吧，毕竟全改下来从工程上几乎是推翻重来了，成本太高。

不过个人还是喜欢追新技术，从技术发展就能看出来新技术代表一种理念，虽然不一定能成为标准，但肯定有收获，反而始终用着开始的东西，后面不改也不尝试新技术，会随着中间错过的东西越来越多被淘汰。

旧的不一定过时，但总有一天会过时，新的不一定成为标准，但成为新标准的肯定是新技术。

（技术方面聊到这里其实已经没多少可以争论的了，大家都说清了主张和原因，很多东西都是有历史原因的，也需要考虑成本，最后总有一方需要改变。）

以上的内容出圈了，看了这么多回答有点个人感受。

@lesismal

看了楼上的争论才知道还有这么个历史。

@lesismal 这个用法也能用，不过看起来就像说： http 、mqtt 、mysql 、redis 这么多种协议让人头疼，结构复杂、数据容易、还带来了设计的复杂度，我们就全部用的 TCP 流，内部定义一些字段区分不同含义。

复杂的工具（ RESTRull ）是为了解决复杂问题，一代代人总结整理出来的经验，你不能说自己目前这么干够用就认死了只这么干（ post+body ）。

我们就尽量按照 RESTFull 设计接口，用起来没觉得复杂，查接口、查日志也方便，开发功能、定位问题等等分类也比较合理，如果现在让我们全都用 post ，接口多起来以后简直要吐血。

如果把 post+body 比作 txt 文档，RESTFull 就跟带标签的 PDF 或者带目录的 word 一样，一两页资料看不出差别，几十上百页呢？

另外说的安全问题，这些早就没了，要说不安全也是使用的人没做好处理，跟什么方法没关系。

知乎不是腾讯的吗，想到这一点，再想想微信、QQ 、腾讯视频、音乐等等一个家族的产品是什么德行，这事儿就没什么大惊小怪的了。

腾讯的东西，能远离的就远离，说真的，很毁人三观。

@Xiaosteven 真不错，游戏宽带是特殊的一类吗，价格怎么样？

链路追踪更完善了

个人感觉，下载 300M 目前已经够用了，上传差的太多，如果 1000M 上传能到 100M 以上的话可以考虑用家庭宽带组服务器自用，比云主机合适太多了。

先考虑算法问题。

len(ch1)是个动态的值，你每次读取、写入数据都会变化。

按照你写的算法，最多输出 10~6 这几个数字，很好奇为什么只丢了一个？

改成下面的试试：
n := len(ch1)
for j := 0; j < n; j++ {
wg.Add(1)
go show2(ch1)
}

@Foxkeh 好吧，给看笑了。

会不会是麦克风、摄像头泄漏，甚至根据“用手机记录+蹲坑时长”这些推算出来的

原本买 master 2s 是为了在 mac 上用，后来有次更新了系统就经常卡，开始的时候觉得鼠标不行。
后来拿到公司，在 Windows 和 linux 里面长期用，从来没出现过这个问题。
说 2.4G 干扰的，公司的 wifi 、蓝牙环境比家里复杂多了，所以你说这是哪里的问题？

应该当做量词来用吧，一件、一项、一条、一个、一对等等，反正数学上来讲就是一个集合里面的一个元素

@jnmsn8806 浏览器插件已经装了很多，如果有别的方法的话不想再装插件了

输入地址打开网页再搜索、直接在地址栏搜索 这两种方式都不行。

同样的代理在家里的电脑上使用就没问题，家里的电脑谷歌浏览器还没有升级。

不一定是信道的问题，更可能是路由器性能太差，100 多的路由器，7 、8 台设备连上来百度都打不开（群租的时候体会过），换个 200 多的一下子就好了。

1 、成本
2 、体验
3 、所有的验证做到最后你都会发现有绕过的办法
4 、基于以上几点，做到满足目标群体需求就可以了，其它情况下小作坊不值得处理，规模大了自然有律师函