@chinawrj #25 搞的换成 udp 就不需要拥塞控制是的，扯不扯

@loong0xf #18
@yyfearth #17 我想说的是任何技术方案的进步和思考都是有好处的，我钦佩他们的工作和思考，但这不是 0 或者 1 的问题，没有任何一个技术方案会成为银弹，能够在任何场景都带来良好的效果的方案是不存在的，良好技术方案是基于细致理论和工程限制选择取舍的结果

http 使用广泛不止在于浏览器端，其良好的适用性也在于其协议十分简单，这即代表这协议结构简单同时也是实现简单和协议状态管理的简单，用 udp 取代 tcp 多路复用带来了三次握手和多个请求间头部阻塞的性能提升，但是同时由应用层实现的重排重组重发 ack 算法必然增加协议实现的复杂性，有协议实现来实现的连接管理也使得 http 简单的无状态变成部分有状态化，在简单应用网络条件又日趋良好的环境下确实带来非常大收益，但在应用交互日趋复杂的趋势下，这个改进却又是明显利大于弊的，任何技术方案的思考进步都不可能是没有负面的，这再正常不过了

人云亦云，不能对技术方法实现以及现实场景做出理性细致独立思考不是一个好技术人，这也不利于自身进步，谷歌是跨国公司巨大的浏览器占有量和 web 跨国访问量，udp 取代 tcp 以及应用层实现的所带来的性能提升和价值收益是显而易见的，其所做工作和尝试并不能被否认，但是其是否具备广泛适用性和把 http 协议变成一个更复杂协议是否适合确实值得思考

@yyfearth #17 关于丢包这个问题我觉得你可以多去看看底层 ip tcp 再下结论，tcp 存在丢包重传，udp 仍然存在，基于现实甚至可能更为严重，这个是任何协议都无法规避的问题

@jedihy #15 不要人云亦云啊，事实上这个问题是有，但是就现在网络宽带 4g 马上 5g 情况下，几乎不丢包，这个影响几乎没有，在较大数据传输的视频播发中几乎都从独立 cdn 获取，也不会和网页公用连接，用处比较大估计也就是跨国请求了，理论归理论，工程实现则会更看实际效果，就实际性能提升来说还是没有三次握手更有效果吧

@yyfearth #6 你认真的么？不重传丢了是要就挂了还是把一半请求数据直接返回浏览器了，还是认为一个请求都可以扔在一个 udp 包了，这怎么可能，现在这时代，一个网页大部分图片视频，能有多少用一个 udp 包就能解决的，或许在多个请求之间能减少一些相互影响，但时间效果远比现象的小，我倒是觉得 http3 完全是为了未来更复杂应用更复杂交互设计的，或许未来进入一个网页有几万个请求的时候，这个确实可以大幅改善性能，但就眼下 web 来说，不会有多少效果，新版本 http 协议普及本来就慢，现在就设计一个限制更少的协议是更好的

其实这个说的应该是金融支付方案上不使用 oracle，换 mysql 都很危险，以现在技术水平，大厂都有能力自己搞了吧，比如蚂蚁就搞了 ob，小厂支付都用第三方，本来要求就低，你错了支付宝总不会错吧，其他电商社交领域本来也没什么人用 oracle 吧，这么贵又这么麻烦

@xmi 这个设计太扯了吧，文件分块传输，每块索引难道不是一开始就算好了？后续直接比较索引写入就可以了，怕什么本地同时修改，如果本地修改双向同步的话应该同步到远程啊，中间并不需要一直打开文件吧

还有一个问题也挺坑的，如果你用其他方式已经下载回来部分文件，这时候添加整个文件夹同步，发现并不会认为已经存在文件传送成功而是重新传送，坑死了

能得出这个结论的大部分估计都是不是技术方案不行，是你不行，抽象架构化能力不足的话，微服务这种东西做出来只会比单体服务更为糟糕

就算用 udp 丢包重传不也照样存在？就算用 udp 不照样需要重排重组重传算法，有啥区别，或许在多个请求间增加一点点性能，但也不可能很大吧，最大省的应该是连接的三次握手吧，现在这网络速度还能有人体感知提升你幻觉了吧

python io 并不是最大限制，语言自身性能本来就比不了静态编译型的 go，这个没办法

既然函数已经繁忙于某重 cpu 事情无法返回处理其他事情，他又怎么能知道自己有没有超时呢？这本来就是互斥的，不用多线程强行 kill 没有其他方案了吧

@whwq2012 #1 现在几乎都开车，需要啥公交，这几年国家花了大力气修建农村自然村道路和水电网络，以及村小诊所，力气并没有白花

@Unclev21x #15 这个几个问题，我觉得都可以归结为一个，基本都通路，都有车，所以问题并不如想象的大，哈哈

@zjuster #31 如果是支付宝出售的话，这算违法违规了吧

@mcluyu #25 没用过丰巢寄过件，也没完成他的实名认证。。

@Yuicon #30 这个的问题是，短时间不会有啥问题，但是长时间来说，谁能保证几十年里不会有对你心怀恶意的人，就怕麻烦

@petelin #38 这不用想吧，多人协作中，至少各业务是分开的微服务组件，修改更新的至少不需要整体等着大半夜统一重启更新吧，单个项目结构更简单，新人来了熟悉难道不更快，反正你又不是大佬一来就负责所有业务
伸缩性更不用说了，那个服务性能不够了，再加几台机器就是了，多简单
业务适应性更新更不用说了，就现在这行情，上个月卖水果，这个月就可能想着做金融的，微服务化的至少你不用担心做新项目的时候还不知道哪把老项目改出 bug 来了吧，老的项目或者直接废弃或者只要不挂扔在那不管就是了，这还不比你单个复杂项目适应性更强？

微服务提高的是开发维护效率，伸缩性提高，业务快速变更适应性明显增强，运行效率必定是降低的，稳定性要求必定更复杂，这不用说啊

@dji38838c #12 我觉得以前收集的和隐私相关信息或许都不会威胁个人安全，但是个人生物信息就不一样了，那天万一泄露了，手机还可以换个新的，人脸你是要去整容么，看看现在手机号泄露满天飞的

而且感觉最近风向开始转了吧，毕竟融入生活太深了，看看谁会成这个出头鸟