lixintcwdsg

不合理，一般来说 QPS200 CPU70%，大概率存在大量线程切换，检查一下几个地方
1. spring boot 线程数是不是满了，自带 tomcat 默认 200 ，如果满了说明后端处理太慢了。
2. 看一下你的 mysql 线程池大小多少，是不是默认的 8 。
3. 看一下你的 mysql 每条查询到底多少毫秒，开一下 druid 这类链接池监控就行，看看是不是 mysql 查询存在瓶颈。
4. 开 jprofile 之类的工具，在线看一下 CPU 事件消耗在哪里，大概是 mysql 引起的线程等待

可能的处理方案：
1. 如果 mysql 存在瓶颈，建议把 spring boot 的线程数调低，高了毫无意义。
2. mysql 查询快，你可以缩小你的 mysql 线程池数量，反之扩大。
3. redis 确保用异步驱动不要用 jedis
4. 客户端是离散的还是集中的，如果固定一些极其请求你这个服务，http keep-alive 记得开。

最后，你这类服务如果要用 java ，不建议 spring boot 。至少不要用同步的 jdbc ，该用异步数据库驱动+异步 redis 驱动+少线程（一般都是基于 netty ）的 web 容器。比如干脆 vert.x
当然这个涉及到技术选型，可能你说了不算。还有一个方案你可以参考，就是把 spring boot 不要自己接 http 请求，spring boot 就启动一个 netty 就好了，netty 负责 http 编解码和 vo 转换部分，netty 和 spring boot 通过 applicationContext 交互。至少保证线程数不太多，CPU 也不会飙多高，你专心调整的 mysql 线程池到一个合理数量。
最后，CPU 飙高说来说起大概率还是线程太多的问题～～

这一代其实不说别的，音乐质量真的高

这就是此接口牛逼，什么需求都接得下不用改 API 的意思，你要佩服这个设计人。

全世界的人都有和你相同的困惑，大部分国家的人选择了信仰，佛教，天主教，伊斯兰等等。
国内你恐怕要找自己的信仰了，有人把信仰寄托在儿女，有人寄托在消费，有人寄托在攀比，有人寄托在运动，有人寄托在个人兴趣爱好。你为自己找到的信仰是什么，并无对错
提供一个供参考，生而为人，体验即人生，有快乐有悲伤，多经历不同的事，看不同的风景，听不同人不同的股市，不是好事才是体验，坏事也是一种体验，极致的快乐极致的悲伤，人生经历丰富而致密也不枉此行了。

1. 戴森质量的确是不好的，3 年后故障率并不低，做好心理准备。
2. 戴斯实际上比较丑。
3. 小米扫地机器人至少刚出来就吊打 irobot，那时候 irobot 带探头的还卖 4000+真智商税。

最后，推荐还是拖地机，买了这种东西还要拖地，当然拖地机处理不了沙发

租房这件事上别考验人性
按照合同办事就好
租之前把丑话都说前面，大城市里千万别走小城市那套抬头不见低头见，忍让什么的
还是多人性多了解一下，你要是让他占便宜了，就明面上让他知道，经常让他知道，人就是这样的，你不提醒就以为理所应当

这些问题都可以百度

第一次股灾是 5700 6000 那次，当时过了 6000 好多人喊可以上万的
第二次好像是 4500 吧，忘记了，当时我还没反应过来这 TMD 才 4500
第三次就是这次了，不知道能有多少，因为股票大盘不同了，点数不能作为绝对值对比

反正每次你发现身边的人都在谈论股票，每个人都根据自己的“理论”赚到签了，都是股神，那么你小心点儿，行情差不多了
但是！！美股分分钟给你打脸

最后说两点仅供参考
1. 买股票基金，用自己亏光了不会太闹心的钱，并且买后 1-2 年不要动，仅买龙头股，预期收益能跑过通胀就行了。
2. 现在一个现实是通货膨胀从货币端太厉害了，资产价格都要补涨，从房子到 A 股到美股到 BTC 到黄金白银等等，这个大趋势恐怕不容易轻易变，除非战争。持有什么效果最后看运气，但是拿着现金反正比较闹心。

小白还是建议 ETF，比如军工

你针扎疼是因为体态不平衡导致下背部竖脊肌被迫用力过猛导致的拉伤劳损，平时坐着应该会发现你疼的那块肌肉很硬，说明持续在用力已经不行了。