javaweb 高并发，和多线程。为什么没有一本书上都没有写怎么用啊。 比如线程池这些。

[Midnight17]

遇到 java 的面试，怎么用线程池，我连个例子都找不到。虽然有很多高并发设计的书。 我怎么才能在百万级流量入门。

[weiqk]

因为写书的人根本就不懂

[opengps]

不同时代的处理方式不同。你看看负载均衡，云计算相关就找到解答方式了。
多线程能用最好，用来提升单机承载力
架构才是直线提升负载能力的（真实业务下：压力打了加机器就能解决相对容易的多）

[murmur]

java 要处理的问题很多，如果是现在的场景，基本上 java 语言不是问题，负载都压在数据库上，那问题就落在读写分离、缓存、集群这些
如果单纯是很小的运算，比如就一个内存计数器，这种就没必要上 java 了

[murmur]

这里我有必要借机黑一下 B 站的游戏，这是一个需求理解和技术开发都是不及格的例子

fgo 有一个魔神柱活动（这个活动的重要性就不说了），简单点说就是你可以高效的刷材料，但是大家需求的材料就在几根柱子上，每种柱子的数量都是有限的，那么如果你是负责人，你要怎么写相关的代码

1、首先分析需求，fgo 是个近乎于单机的游戏，没有 pvp，所以你打多少材料不影响赚钱，也就是这柱子最终刷出去 500w 还是 600w 根完全不重要，也就是说这个连线程锁都不需要考虑
2、柱子总共不超过 10 种，活动持续时间可能 2 天就结束了，那么内存计数器就可以完成需求，甚至我可以要非线程安全的计数器来提升性能
3、游戏开服的时间在 6 点左右，这个时候很多人没有下班，可能等他们下班，或者一觉睡醒，活动结束了，肝帝的胜利

所以这个所谓的高并发怎么做？答案是根本就不做计数器，每次弄个随机数让他慢慢减，减到第三天所有柱子都自然消失就可以，这样即没有任何性能问题，又不会让上班族失望

结果呢，这么简单的需求，第一次直接服务器崩了，崩到第二天破晓才修好。。

[txy3000]

没有具体的业务场景 谈高并发就是让你吹🐮🍺 唬住面试官就行了

[Takamine]

吹就好了，如何设计基础架构中间件保证 HA 的，你用了熔断降级 balabala 保证了什么什么。:doge:

[txy3000]

所以说还不如考算法 白板编程硬核 🐶

[razertory]

说出来你可能不信。Web 端的高并发并不一定要用多线程

[misaka19000]

https://book.douban.com/subject/10484692/

[tcpdump]

巷子里的技师，个个都处理过上亿的流量

[Midnight17]

想看看一个高并发的项目例子。 最后用到线程池。android 我倒是必须用多线程（网络请求），控件更新，但是 javaweb 的项目很难找到这些东西。

[luckylo]

在处理任务的时候，比较常见。或者比较繁杂的统计类需求

[jerryshao]

我的建议是开几台机器，把你的服务部署上去，然后做 load testing。
看看你单机和集群能处理多少请求，然后如何提高。
在这个提高请求处理能力的过程中，你就会慢慢学到。

[xuanbg]

因为靠多线程是搞不定高并发的呀。多线程无非是最大程度压榨 CPU 而已，而一般业务系统的高并发瓶颈基本上是在 IO 上面，特别是数据库的 IO 上面。解决 IO 问题最有效的方法就是分布式服务，把压力分散到多个设备上面就好了。

[janxin]

你看的书似乎不对吧...我记得看到过啊...

至于百万流量入门，业务压测之类的能解决你的疑问

[huyangq]

框架里头用了

[oneisall8955]

会用了解 Doug Lee 写的 API 和原理就差不多了吧

[passerbytiny]

以我看过的几本书（实现领域驱动设计、硝烟中的 Scrum 和 XP、数据仓库工具箱）的经验来说，书，哪怕是教程性质的书，其目的是全面总结经验或带你入门一种技术，所以只会举例而不会放实际的例子（实例会限制你的思想），或者说，只会告诉你应该怎么用，而不会告诉你怎么用。

[araraloren]

@murmur B 站的游戏 是真的垃圾，前些日子还在玩碧蓝航线，更新了大版本之后崩溃劝退了。。
各种崩溃

[neoblackcap]

百万并发，我用两百万台机器解决一百万的并发算不算解决？还是说一台 1 核 1G 的虚拟机就可以？
只是想吹嘘那不用学习什么书，观看各种大会那些上台嘉宾的 PPT 就可以了。里面已经有各种考点了。
要实打实地用合理数量的机器解决 1M 问题，老实地从底层学起，搞懂计算机体系结构，搞懂 JVM，找到系统瓶颈，榨干机器性能