因原材料仓库面积比较大，每次领料都需要手工登记，然后在系统里面做领料录入，很麻烦。于是，利用API功能，做了一个手机小程序，通过扫码，直接提交领料单。可是，经常用得好好的突然就提示“多级审核失败”，而且每次提交领料单是正常的，只是在审核单据时会出这个问题。很头痛，不知道是什么原因。

日志中错误提示如下：

       StatusCode:201

       Error:多级审核失败

       Data:由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败。 115.236.xxx.177:8081,请确认该单据是否使用BOS审批流

首先，可以获取TOKEN，可以提交领料单，应该说明网络是没有问题。多次找总部API研发专家求援，虽然每次莫名其妙的恢复了，但最终也都没有找到问题的根源。

前天这个玩意又出这个问题了，只好闷头自己折腾一下试试。

首先想到的，可能是跟DNS解析有关，于是先把基础的网络相关的都整一下。

1、修改DNS并网络重新禁用并启用一次

2、刷新DNS缓存，在CMD命令状态下 ipconfig /flushdns 刷新DNS记录

3、重启IIS服务，web站点、应用池程序池

完了后，用POSTMAN工具，手工发送请求，用服务器内网地址测试，问题还是一样。

没办法了，只能再折腾K3

1、API功能模块对应权限取消保存后，并重新分配一次，我这里是生产领料，API权限勾去掉保存，重新给权限

2、然后又去把IIS服务器重新启动了一下

再用POSTMAN工具，手工发送请求，用服务器内网地址测试，发送审核有问题的数据请求

这个时候发现返回正常了。

{

  "StatusCode": 200,

  "Message": "启动多级审核成功！",

  "Data": null

}

重新用手机上的小程序提交测试，审核成功！

看上去没有多少内容，但是耗费的时间一点都不少，分析程序代码，分析数据问题，分析API的数据交换，分析网络.......专业知识不够，头发都抓掉一堆，也不知道下次再出这个问题，是否一样方式可以恢复。

暂时留个记录，怕下次忘了

如果有遇到类似问题的朋友，或者有懂内情的，有自己见解的朋友，欢迎互相交流探讨一下。

之前的办法还是无法根治这个问题，暂时重建索引，修改SQL属性中的最大服务器内存留出系统的部分，继续观察了

已经发现问题的根源在IIS的应用程序池中KingdeeK3Net4上，每次停用启用一次，问题就会回复，不清楚是否跟应用程序池的回收设置有关，仍需要再研究一下