回答楼主问题。IO 密集型的程序使用多线程或线程并发即可，这种情况下能最大化利用 CPU。

并发就是假的并行...
并行是指多核情况下同时处理多任务，并发是在单核下利用时间片来模拟同时处理多任务。

去一些众包网站看看，再结合爬取的难度和成本来定价

@ihainan 我就午饭用一次

@ooooo 每天喝酒的人也不是每个都患癌，这玩意的酒精度根本就没多少

@honeycomb 我就是每天午饭后先用牙线清洁再含一口漱口水，现在一天不用就感觉口腔不舒服...

@jingrui 我也是第一次用漱口水，就在京东上随便买的三瓶装的。一开始用真的受不了，一度让我怀疑买了假的 = =

@feverzsj 会伤害粘膜吗？我看含酒精的会比无酒精的清洁效果好

推荐小程序：多肉小时光

@wysnylc 我并没有在你贴出的文章中看到明显表明有分布式、分库分表的字样，那么这样的文章就很有可能会误导别人。
至于你说支持强一致事务的中间件，那就是楼上说的 DRDS，链接： https://helpcdn.aliyun.com/document_detail/71230.html
而且我们之前讨论的是跨库 Join 的问题，为什么和分布式事务扯上关系呢？真是奇怪。

@wysnylc 就算是分库分表的情况也不需要完全禁掉 join 的使用，一个良好的中间件是可以根据 sharding key 分析 SQL 判断数据的分布，如果查询的表中的数据都在一个分库中，那么这条 join 的 SQL 是完全可以直接下推到分库执行的。

@wysnylc 没看到我说除了分库分表的情况？

又是一个不推荐使用 join 的
除了在分布式分库分表的情况下，我想不出还有别的会使得 join 性能地下的场景
真以为自己在程序中 merge 数据能快过 db ？

上海外卖厂明显是 eleme 啊

1. SQL 语句优化
2. 加缓存

任何可能出现运行时错误的地方都需要 try/catch，比如 HTTP 请求，数据库操作等。
如果错误能在 catch 块中被解决且不需要中断程序执行的，可在 catch 中修复继续执行。
如果错误无法被解决，则在 catch 中 raise 到上层处理。

桥面到水面距离就有 50 米了，这个高度掉下去和摔倒地面没什么区别，只能说刚落水就没有什么生还的几率了