作者回复: 👍
作者回复: 👍
作者回复: 还是要自己去实践:)
作者回复: 这个里面实现比较复杂,几句话很难讲清楚,《架构演进与性能优化》有专门一章介绍了实现方案
作者回复: 😉
作者回复: Dubbo专门的书籍我也没看到过,不过可以去看看他的官方文档,再结合他的源码,相信你能够搞明白😉
作者回复: 😉
作者回复: 大B和小b的区别
作者回复: 关于线程数的设定我给出的是一个经验公式,不是所有的线程池都要根据这个设置,那肯定也不合理,例如,一个Java系统里可能都很多线程池,如果每个线程池都设置这个值,那会有很多的线程。
我说的这个设置,其实主要是想把最重要处理用户请求的线程池设置这个数,或者是系统中最核心的处理用户请求的线程池建议按照这个来设置,另外像Dubbo中的线程池的数量还要根据每个请求的rt以及并发数来综合考量,例如如果每个请求的rt比较长,那么并发数一多的话,很容易就满了,这时你为了提升并发请求数,肯定要多设置一些线程数,否则很容易请求失败。当然你也可以增加机器来解决,总之你还是要有个平衡。
作者回复: 嗯,写的一致性主要是通过数据库来保证
作者回复: 可以到是可以,就是比答题的方式更暴力一点,呵呵
作者回复: 是1000毫秒
单线程是1000毫秒/每个请求的rt
所以多线程就近似等于单线程的qps乘以线程数了
作者回复: Dubbo的线程池的大小还要看看你的远程调用的rt是多少,如果rt比较长,那线程数就要多一点,不然你的系统连接很容易就满了,就拒绝服务了。