主题：[原创]突破狐表并发瓶颈的处理，供大家参考

过年前（十二月二十六），单位临时想用扫码做一个登记系统，供疫情防控使用，主要是收集员工信息，所以用狐表做了一个简单的录入工具（需通过微信授权获取微信id），结果一下子多人（上百人）使用，系统奔溃，相同服务开了10个，服务器资源使用到了极限，用nginx作负载均衡勉强支撑过去（以每秒3条数据的速度登记进来），而且服务经常莫名其妙奔溃，需要人工盯紧处理，及时补开服务！

所以考虑使用前后端分离模式，减少狐表服务端压力，能用前端解决的，不让狐表服务端去处理，进而降低服务的负担！参考以前使用的一个微信授权js，改造了一下狐表的机制，成功实现分离！

前端页面直接用nginx转发，涉及ajax调用的后端接口，用狐表服务端处理。

这样分离后，效果十分明显，狐表服务端毫无压力，服务开一个即可对付，因此分享出来，供大家参考！

 

主要业务界面：

 
此主题相关图片如下：微信图片_20220214110452.jpg

 

页面代码（含js）供参考：

 

---

以下内容只有回复后才可以浏览

---

登记情况：

此主题相关图片如下：微信图片_20220214111428.jpg

 

多谢分享。对新手来说，可能有点难度

不错！多谢分享！！！

意思是，帮助里的方法还是不可取的，最后还是要分开来整么？唉，要重新学习了！

不是的，看系统使用的并发量，一般不是密集使用的话，小范围使用是扛得住的

如果发生使用瓶颈，那要考虑前后端分离

狐表的线程资源太宝贵了，每个碎片js html css文件，都是一次浪费狐表性能的请求，就应该让nginx去处理，这玩意回复碎片文件，缓存机制，强得很，非堵塞

我现在整个服务器，30多套web网站，就1个nginx顶着，ajax再相依分发给30多个狐表后端，2核8G内存，稳定运行2年了

谢谢楼主分享

记号