我后端接口使用的是.net core;挂载在IIS上，然后当用户访问量比较少的情况下，接口相应都非常正常，但一旦用户访问量同时调用接口的数量上升时，接口就出现了等待时间，于是我模拟了并发操作，仅仅是调用了一个不需要查询数据库的接口，（直接返回固定值）；当每秒请求大致在50左右并发时，服务器的CPU显示就已经占用100%了（基本都是IIS占用的），此时其他人在访问接口则一直在显示等待要好久才能返回结果；当并发操作结束后，CPU占用开始渐渐下降，此时接口还是访问不动的，要再过个将近5~6秒，接口访问才能回到正常速度，这种情况应该如何解决呢（我是windows10 的阿里云服务器，4核8G，6M的带宽）

[图片]小程序内完全不存在在线销售、推广烟草产品，但是审核人员总是说小程序存在销售推广等，小程序仅仅是个产品价格走势的查询平台，不存在销售功能，总是审核不过，越是加急审核越审核不过，平台已经运行5~6年了，为啥最近审核这么费劲，总是审核不过，还是说审核人员根本不好好查看呢

小程序启动后第一个接口一直在等待，大概8~15秒才能返回，但是在后台API中加了日志，实际上日志文件接口最多走了1秒，然后相同的流程小程序再次刷新进入就会变得非常快，然后的一段时间内再次进入小程序也非常快的相应，但是当时间过长，可能2~3小时后，再次进入小程序又会出现第一个接口特别慢的情况，我单独访问过接口，也给接口加过日志，显示接口其实处理速度并不慢，那为什么小程序在第一次请求接口的时候回用这么长时间，导致页面长时间白屏

小程序内本身不包含审核说的在线销售、推广烟草产品，本身是个工具类小程序，用来查询烟品的价格以及价格走势，不知道为什么就说是“在线销售”和“推广烟草产品”；首先小程序内没有买任何产品，其次，小程序也没有对烟草进行推广，仅作为一个查询价格和价格走势的工具；怎样才能审核通过呢？而且小程序已运行了多年，14年底还提交了审核都通过了，今年切换了服务器，就审核不过了，要如何解决，而且审核人员似乎根本不好好查看内容，也不查看提交的备注，一味的就是提示涉及销售[图片][图片]