我发现不管是内行还是外行，对互联网系统的能力评估，多半一知半解，对并发吞吐的理解往往不是很透彻。
场景
举个栗子尝试解释一下：
市东头有一座桥，可以支撑80辆车同时在桥面通行，桥面没有坡度，没有坑洼，且桥两端的路况极好，每辆车通过桥面的平均时间是30秒。
市西头也有一座桥，也可以支撑80辆车同时在桥面通行，但是桥面年久失修，坑坑洼洼，桥两边的路况也不是很好，每辆车通过桥面的平均时间是2分钟。
思考
那么请问东桥和西桥能支撑的最大并发数一样吗？
如果东桥因事故封闭，所有过境车辆必须走西桥，那么道路吞吐量一样吗？
- 最大并发数：理论上桥面能支持同时行驶的车辆数量，假设车距在保证安全的情况最短，且车密度一致。
- 吞吐量：该路段一天最多能通过的车辆数量。
- 平均响应时间：每辆车通过桥面的平均时间
结论
明确这几个概念以后我们尝试得出如下几个结论：
- 并发数 东桥西桥一样等于80
- TPS = 并发数/平均响应时间。 东桥：80/30 西桥80/120
- 吞吐量，系统响应时间和最大并发决定了吞吐量的上限，实际吞吐量是根据业务统计的，必须实际上每天过境的车辆。网站PV，订单交易数量等等。
