@silencelixing 单文件的设计在这个情况下一般都是带一个配置文件解决，比如迅雷和快车。

@yidinghe 我不记得哪儿看帖有人说的。我个人很多年都是火狐了

@yidinghe 我记得有多线程模式了（？）

@monkeyWie 会的，当年万兆网卡直接把 cpu 干爆，然后？算了，我先来，你是对的

@monkeyWie 有没有可能 io 密集型的玩意开上 100 个 cpu 也谈笑风生呢？

@monkeyWie 你分析的方向错了。下载软件是为了下载速度更快，而不是省资源。多线程下载是在历史中卷速度卷出来的。而在这个过程中，select 什么的东西从一开始就存在，这是 socket 编程的基础。

@shuax 很难说。大部分情况下，多线程不会消失，只会转移。从调用者来看是单线程没啥问题

纯看写代码的怎么想。通常情况下，下到同一个文件中都是最优解。
但是，在不知道最终文件多大但是又可以多线下载的时候（流媒体可能碰到），分块下载最后合并应该是一个相对稳妥的办法。

体验要花人花时间堆，这和国产不国产没半毛钱关系。
另外，还得首先有硬件才能堆。不是因为安卓硬件已经普及了，你让雷老板去写个 miui ？做梦呢

@xuelang 必须这样说清楚啊。可变参函数是 c 那套东西，从原理到实现都完全不相同

你了解一下黄页这东西就该知道，国外不可能没有过

刚才想到一点东西，关于谷歌的中文内容的降低，还有一个极大的原因是搜索关键字的处理问题，这点纯粹是谷歌的锅。
在我漫长的找盗版网络小说的生涯里面，我的一贯做法是截取小说中的一句话，然后去搜索盗书站（对于这个行为，我可以接受批判）。
但是在近年的谷歌里面，这个方法已经很不好用了，我个人猜测原因是在分词上。大概表现是一句话，你加不加最后的标点符号，逗号分开的一句话，去掉逗号用空格代替或是带上逗号，搜索结果往往会有极大不同。比如说，我加上了句号，谷歌会给出搜索结果列表 a ，去掉句号，谷歌给出搜索结果列表 b ，a 和 b 相交但是不包含，相对早年的搜索结果，都只是其中的一小部分。
然后说回百度这边，更伤心，盗书站的结果几乎都没有了

但是……想找替代的还是省省，什么鸭鸭狗之类的连基本的内容相关性排序都一塌糊涂。搜索引擎是需要大量的服务器来存储数据的，连微软这种都做不好，others 们更别想了。
正经中文内容百度，不正经中文内容和外文内容谷歌，没得选。

呵呵，终于有人说英文也是一坨了。实际上前几年你们还在把问题都归结于中文区的糜烂，靠贬低中文区来维护英文区的脸面的时候，谷歌的英文已经是一坨了。
采集站一个晚上能出几百个站，还都是经过 seo 的，这种行为持续了 20 年，互联网上面的数据到底成什么样子你不要告诉我你想象不出来。谷歌的搜索结果不崩完全是因为 stackoverflow 等头部站的内容几乎是人工置顶地放前面。实际上如果你想找点不一样的东西，从搜索结果一页页往下找，根本就是垃圾堆。
怎么说呢，我个人使用谷歌很多时候为的是找关键字有哪些不同的结果从而开阔自己的思路，从搜索结果第一页看到最后一页是常有的事，所以我个人对谷歌搜索结果的质量急剧下降有非常直观的了解。以前我往往能在一些非常靠后的页找到一些非常有意思但并不一定对的结果，甚至找到一些很有意思值得加入书签的小站，至少在近五年以内，谷歌的返回结果只有无尽的复制粘贴内容。
等着吧，等 aigc 这一坨近亲繁殖的东西占比越来越多的时候，质量还能达到新低。

建议先理解区分可变参函数和可变参模板

这个东西在 9x 还在普遍使用的年代就已经被人指出没有任何用处
作用是申请一块（对当时而言）“超大”的内存，然后系统会将部分数据写入到虚拟内存中，从而使任务管理器里面内存一项看起来更好看而已

你确认贵司是在工商局正常存在的么……

想起来当年 GCC 的正则表达式的实现

rust 的问题还是在于写底层比 c/c++繁琐，写上层只比 c/c++简单