java 线程池设计是分为任务管理和线程管理，典型的生产者消费者模式，由任务队列生产消息，由线程池消费消息。

“新提交的这个任务为什么不是创建一个新的线程执行？”

当发生大量并发提交任务时，使用队列可以做到无锁化，而如果直接使用线程池需要进行加锁。
由任务队列统一接管任务提交，由线程池控制从任务队列中取任务，将任务队列和线程池解耦，他们之间只通过消息进行交互。

“只说有这么个套餐，然后每个月会转嫁 10 元”

那每个月的套餐费用呢？办套餐就是在签合约，不能抱着天上掉馅饼的心态，就算别人不提，自己也要主动问清楚，防御式沟通。

uBlacklist

这帖子如果能成为梗都不意外。

哥伦比亚 out dry 城市休闲系列

耳塞就行，安耳悠，使用前先把耳塞捏成细条，然后塞到耳朵里，耳塞会慢慢回弹填充耳道，隔音效果非常好。

可以读一下《凤凰架构》的远程服务调用章节

https://icyfenix.cn/architect-perspective/general-architecture/api-style/rpc.html#%E5%88%86%E8%A3%82%E7%9A%84-rpc

认清自己的需求啊，没有需要不要去创造需求，沉没成本是个无底洞。

小程序里始终有多套环境参数，在构建的时候指定环境变量来决定走哪套环境。

同 4 楼推荐的零刻迷你电脑主机

罗技鼠标上一般有收纳接收器的插槽的，就是来提前预防接收器找不到的问题。

七天无理由退货，放在任何平台上，都是和具体产品相关的，有些产品是拆分后可以退的，有些就不能退。

你这遇到的明显就是质量问题，直接走售后，bose 耳机质保一年的。

G304 用了 4 年，没有任何问题。

电源计划问题，你可以下载 Quick CPU 去解锁各种电源计划，还可以对比不同电源计划的明细差异，非常详细。

电源计划里分成直流（电池）和交流（插电源）的两种配置，平衡模式下，直流会选择更节能的配置，高性能模式下则侧重性能。

小电驴性能不如 F1 ，为什么还有这么多人用？

在能够满足需求的前提下，选择成本最小的，这就是权衡的核心思路。

@Alicewish 这不是具体的难不难、要求高不高的问题，这是思维角度的问题。你是站在工具制作者的角度，而不是站在用户角度。

如果你的期望是要求用户自己付出一点的努力（你认为非常小）来使用你的工具，那么就把这个观点准确明确地写在你的工具文档里。

你既然坚持站在工具制作者的角度去思考这件事情，那么就必然要承认会有用户不符合你用户画像的现实。这是每个做产品的人都知道的行业常识，你也许没有这个经验，我是从过来人的角度去告诉你这个事实。

我没有在和你争论学习东西的要求算不算高，我说了不算，你说了也不算，这件事情最终买单的是用户，谁有本事能说服所有用户？这本身就是不现实的事情。你要接受的就是你的工具不可能满足所有人，能够满足你期望的那部分用户就已经是成功了。对于那些不愿意付出努力去使用你的工具的用户，无视就行了。

浅尝截止，摸清自己的需求和预算。

看你在这件事情中的的整体思路变化

1.需要一个电脑桌（基本需求）
2.在一个自己觉得可信的渠道（多位 B 站知名 UP ）了解到黑胡桃木可靠美观（事实）、价格昂贵（事实）
3.陷入“黑胡桃木”黑洞（在某个领域内深挖比较，和烧 HIFI 、烧键盘是一个道理）
4.需求重心转移：需要一个好看的、用料好的黑胡桃木（在自己花了大量时间深挖后，觉得应该有一个成果，这个成果的最终体现就是购买行为），顺便当一个电脑桌。（安慰自己花了钱还是有用处的。）
5.后悔（突然想起了自己最原始的需求），根本不需要一个“好的黑胡桃木”电脑桌

@Alicewish 你的努力值得认可，但是把愿意自我驱动学习的要求加在用户身上就是思维方式有问题了。

考虑以下问题：
你做的产品想给什么样用户使用？
是有经验的开发者？
是有自我学习编程能力的漫画爱好者？
是爱好漫画的伸手党？
在这些用户群里，哪些占比大？哪些最能体现你产品的价值？