版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
- 测个大概就行了；真要较真的话 你让老板给你配个和生产环境一摸一样的服务器；不然都是没意义的；又不是互联网公司 都是杞人忧天啊；真要高并发了 数据库扛不住啊；
- 有个大的并发环境准备也是不错的，一不小心量上了，你也得排查模拟；
- 那是架构问题了 靠语言来解决并非问题 效果不大；靠架构 读写分离 缓存啥的；
- 经理让我写5万并发；我写了个50并发接口，用了一年多了；我写了个spring boot应用，用了一年多了；需求瞎说对开发误导太严重了；
- 你跟他说tomcat这玩意不支持50000；操作系统也不支持；
- 根据业务量来；反正你的流量到一定级别，就嘚准备一定级别的并发排查准备；但学套路，多几个技能，没啥；
- 2 8原则；关键业务异步处理就行了；
- 特么 50000并发我得换个老板；
- 我要20台8核32G机器，和一个redis集群，他最后给了我一台2核8G的虚拟机；
- 50个并发接口的并发量是多大的；QPS 50 ；短时间QPS可以搞到200，但是不稳定；这个qps算可以了 每分钟3000个请求；
- 我跟过队的最大的qps也就8k；也没啥多几个节点，redis啥基本搞到了；
- 我现在搞了一个QPS 8千的，6个实例，数据放redis里面；
- 你的也是纯的redis 多节点就够了是吧；就是不直接查数据库，响应时间缩短了，QPS就上来了。再说直白一点，就是redis；
- 你们都是些什么接口 都是用来查询的接口吗？频繁读重复的redis是个宝贝;就是数据同步有点烦人;
- 你用消息去同步么?
- 看并发首先先看操作系统;然后网络 然后框架 然后数据库;一层一层去看;操作系统都不支持高并发;就双线程；
- 打开文件数，半连接数；粗暴的操作一遍；我是有过笔记的，所以ocp只有打开文件数我见少了些点；servlet3 复用nio先，再扯；然后语言 然后数据库。。。然后可能就是网络带宽了，，，
- 然后框架比如用的是toncat6之前的不是poll模型的；框架本身不支持高并发 请求打不进来；你语言再怎么写也没用；tomcat6就支持nio复用了；
- 我就打算直接netty；probuf啥；netty不是即时通讯才会用到吗，一般做业务的也会用到？？；我前两天个哥么他直接这么没有问题，别的接入非要resful搞得慢了一批；其他的也可以用；现在有些混搭喜欢这么玩；没必要 精力投入错了；还不如多研究sql性能；研究索引；毕竟大部分是数据库驱动编程；多研究索引把，我敢打包票 这群大部分程序员 压根对数据库一无所知；索引把红黑树搞熟才能知道；
- restful慢用java写要把序列化的过程都砍掉，用原生的拼接；
- 初级面试的时候 不是经常问到String和StringBuider有啥区别吗；三个+号以上 不准用String；（你用加还不是编译会变成stringbuilder）；不过研究这个应付面试就行了 没意义；因为不同JDK版本 你也不知道到底对它做了啥优化；看到的 不一定是真实的；就算反编译 也是表象啊；虚拟机到底多少个 你知道哇；不过有工具应该可以检测到；