skallz

@skallz 要验证是否是这个问题也很简单，查一下服务器监控数据即可

如果仅出现在并发高的场景中，很可能是 cpu 负载过高，请求已经无法处理了，我之前也有遇到过类似的，解决方案是监控 cpu 负载和使用率，用 rx 维护一个请求队列，cpu 负载过高时队列进行等待，直到负载降下来再继续

@isSamle 这种低代码项目非常多，但是结局往往就两条路，一条是面向通用领域，越做配置越多，到最后配置数量级上去之后几乎没办法快速使用，培训成本极大，另一条是面向垂直领域，这个方向做的人比较多，但是你得先做一下行业调研，深入了解需求

最好做两套，pc 和移动端的交互方式和 ui 逻辑完全不一样，强行做成一套最后成本比做两套还要大，或者 pc 中间居中一个竖屏区域模拟移动端界面，很多主移动端页面也有这样处理的

推荐去 h5 生态里面找一下这种动态页面生成，h5 这些东西一抓一大把，app 再直接 webview 完事了

实际上个人开发的应用，甚至可以不需要考虑单个用户的并发，单个用户直接 1 个队列串行处理都没啥大问题，当然要是老板的生意真的很好，单个用户的请求量特别大，那就考虑其他方案了

@hiqxy 那线程池是干啥用的。。。多线程就已经能利用多核了

说实在话，这种既要还要的，越想节省成本，到最后付出的沉没成本越高，想做产品的话宁愿去钻研产品分析和产品运营，也别在代码上花时间，做非技术产品，代码是最不值钱的，用可视化低代码平台就够你构建一个 demo 了，然后就是拉人投资，找人写代码，而不是自己写

之前我们遇到过类似的，后面采用方法就是在验证的时候，先获取浏览器指纹做识别（本过程做了一定程度的混淆加密），对浏览器指纹也做限流，就缓解了