IIS Worker Process 内存过大
解决方式，首先手动结束这个进程，重启接口，程序恢复运行。但此时IIS占用的内存依然会逐步增加，这个过程需要一段时间，在这段时间里要合理设置IIS应用程序内存回收机制。
确定了是IIS内存回收机制设置不合理，在忽略程序设计逻辑本身问题的前提下，通过IIS应用程序指定内存回收机制。
在应用池中选择需要处理的项右键→高级设置中，我们可以看到，默认IIS设置的固定内存回收时间是1740分钟，也就是29个小时，这对于24小时运行的程序来说，作用不大。紧接着可以看到专用内存限制设置项，默认是0，也就是没有限制。于是把它修改为1048576，表示当内存达到1G的时候，自动启动内存释放机制。这个释放过程原来运行中的程序会继续执行，新的调用会重新创建一个新的进程来运行。
修改后持续观察一天，效果不错！
设置定时自动回收
IIS可以设置定时自动回收，默认回收是1740分钟，也就是29小时。IIS自动回收相当于服务器IIS重启，应用程序池内存清空，所有数据被清除，相当于IIS重启，在度量快速开发平台服务器端，为了减小数据库负担，内存中暂存了很多信息，不适合频繁的回收，因为回收会造成服务器端所有存在内存中的数据丢失，如果没有及时保存到数据库中，可能导致程序出现问题。而如果系统使用高峰时期，并不适合回收，回收可能导致几十秒IIS无响应，对于正在工作的人员来说，是一种很不好的体验，会以为是网络或者掉线等问题。因此，基于以上的分析，我们需要设置IIS在指定的时间内定时回收。
发生配置更改时禁止回收 ：如果为True,应用程序池在发生配置更改时将不会回收。
固定时间间隔（分钟）： 超过设置的时间后，应用程序池回收，为0意味着应用程序池不会按固定间隔回收。系统默认设置的时间是1740（29小时）。
禁用重叠回收： 如果为true，将发生应用程序池回收，以便在创建另一个工作进程之前退出现有工作进程。
请求限制： 应用程序池在回收之前可以处理的最大请求数。如果值为0，则表示应用程序池可以处理的请求数没有限制。
生成回收事件日志条目： 每发生一次指定的回收事件时便产生一个事件日志条目，里面的明细设置不一一介绍。
根据度量平台服务端配置情况看，IIS默认设置的1740分钟回收进程的策略并不合理，因为每1740分钟回收，在过程中可能就处于用户使用系统的高峰时段，为避免可能在高峰时段引起非可控问题，我们建议在每周六深夜（例如晚上1点，2点）进行IIS回收。
如果我们在IIS应用程序池的高级设置中，进行回收设置，那么只有两种方式进行，一种是固定时间间隔，一种是手动回收。固定时间间隔设置，并不太好在深夜设置，以保证每周周六深夜执行回收。我们推荐采用windows “任务计划程序”配置一个操作系统定时任务执行脚本程序来实现IIS回收，设置方便，也可以灵活调整。 要通过脚本执行IIS的功能，需要在IIS安装配置的时候，勾选上管理工具中的“IIS管理脚本和工具”（见下图）。
选择每天凌晨2点回收
每周周六深夜回收
我们推荐采用windows “任务计划程序”配置一个操作系统定时任务执行脚本程序来实现IIS回收，设置方便，也可以灵活调整。 要通过脚本执行IIS的功能，需要在IIS安装配置的时候，勾选上管理工具中的“IIS管理脚本和工具”