@insignificance
“一直回复以来没有不认可拒载事实“，“但我知道的是，即使司机拒载是事实“
这何止失明，是脑子不大好。

劝别人好人，要离他远点，雷劈的时候不会带上你。
我要是带一家老小烈日 /雨天等车，我要的是那 50 块钱赔偿吗。

在没有滴滴之前，诸位可知出租司机是多么的牛气，去哪里小心翼翼问：
“师傅，我去 xxx ，能去吗？”，一路还可能加价，绕路

@meisen 扯淡：

《滴滴专车乘客须知》
2 、不要求司机超载（舒适性准乘 4 人，商务型准乘 6 人，均含怀抱婴儿）；

别告诉我准乘 4 人包括司机～

@janus77 你可以这么理解：从接单开始的时候，双方已经拟定合同了，不能拒载就是违反约定。

“你有什么损失吗？”：
1. 如上，首先就违反约定了
2. 当你在烈日下，带一家老小等半小时，最后拒载，你就知道什么叫损失

再换个例子，你和某公司都谈好了 offer ，都一切准备好了，刚上班辞退就让你回去：
“一桩买卖卖方临时决定不卖了。。。你有什么损失吗？”

高德就是很垃圾，收费也不清晰，投诉也不明确

这两个技术代差太大了，很难比较了，就像比较 Jsp 和 Spring Boot 哪个好一个
这是学习成本以及应对复杂度的问题，就像，是要手写 SQL 还是用 ORM

谁说的，几条主干道每次开都堵车

最近半年刚好装修，简单说一下：

1. 颗粒板是最常用，大厂也最爱，因为稳定不变形，维护性好，各方面均衡
2. 多层板环保可以说最次，胶水反而更多，只是承载力，握丁力好
3. 欧松介于 1/2 ，适合柜体
4. 实木要求很高，要看什么木，吸水率等等，即便如此可能变形，你想想一个普通真实木桌子要多少钱了

如果说没有合同解释，op 的行为还可以商榷
如果完全知道并且签了合同，那么按规则行事

@volatile 别迷信，水果水分糖分很高，不适合长期喝

@14104chk 能提到树，我觉得算 ok 一半了，就是实际实现，还是很考验的，我这个例子就是说明并发的存在和挑战

@GraySoul 依赖关系你怎么处理，等待怎么等待

@levintrueno 肯定用 Future ，但是你按照我上面要求写一个，就发现很多小细节，能体现并发掌握如何

@GraySoul 不是这个对象大，是这个对象上面要填充的数据大，可能触发多个 rpc ，db 等

@GraySoul 我这个就真的是真实场景

@GraySoul 给你一个我最近遇到现实例子：
一个很复杂的工作 job ，对一个对象进行操作，比如同时进行 a 、b 、c 、d 处理
同时之间这些处理逻辑，可能存在依赖关系，比如 a 完全可以独立运行，c 依赖 b 、d 完成之后才运行，等等

要求：
1. 尽量多并发执行，同时避免线程空等待
2. 严格按照依赖关系运行，并发安全
3. 最后有个等待动作，要求所有操作完成，job.wait

如果更高要求：
1. 是否可以中途中断，取消当前 /后续执行
2. 某个操作异常处理如何，是否做到 继续 or 中断
3. 每个处理逻辑，是否可以影响调度过程，比如跳到指定逻辑，或者跳过指定逻辑
4. 有没有最大等待时间
5. 是否可指定等待某个阶段完成就好了，不需要所有都明确完成
6. 防止滥用资源，是否可以控制最大并发数

想想，你要怎么设计

如果写中间件，那么多线程就是基本知识了
而一个好的框架，就是让开发者不需要过度考虑并发问题