今天为什么会发这个，就是前段时间服务器总是挂掉，本人写代码向来是知其然，不知其所以然，然后就入坑了。
根源就处在这个thredpool上，调用方法中更因为要实现，自定义编号，就是根据数据库最大编号+1的规则进行自增，为什么不用数据库的自增，因为编号的长度比较成，有三部分组成，第一段是区域的编码，12位，第二段是设施的类型，1,2,3三中，第三段是自增编码，从0000开始到9999，系统属于采集系统，需要考虑到多人并发的问题，所以在插入代码段，使用了lock方法。
个人怀疑是，lock和thredpool的执行顺序上游了冲突，导致应用程序池的崩溃，具体的暂时没有找到原因。
503 程序池崩溃
不过因为iis日志有异常的位置，但是个人脑袋比较死，不知道怎么改，再说即便改好，如何知道会不会在崩溃503了，之后在网上查询了相关测试并发的小插件，选择了fiddler。
然后在composer标签下配置get/post请求，请求的格式为json格式，body中吸入键值对，最后excute就发送请求！
fiddler配置，其余的需要自行百度
接着点击inspectors标签可以查看返回的成功和失败类型。
那么如何做并发的请求，大写状态下的shift+R,前提需要点击左侧的执行记录，然后弹出次数的框体，然后就可以模拟出，服务器在极端情况下报错的情况。最主要的是再修改完后，可以测试是否bug真正的修复了，当然fiddler还可以耙数据，这个还没研究，不过这个就很好用了，对于写前端的非常好用，至少说明锅不是我们前端的，是后台的水平不行……
图上为测试插入方法，并发6000次
输入测试的并发次数
最后还有一个命令，基于左侧是一个监控的记录，记录网页的所有的请求数据，然后在底部可以输如cls命令清空面板的记录，其他的命令可以问度娘……
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
