审核人员您们好：我们的小程序申诉次数已经用完了;2次申诉的原因我这里描述一下，也希望广大朋友引以为戒,其实至收到通知后我们就已经在处理相关问题,服务端每次用户发布消息后都会调用msgSecCheck检测内容的安全性，但是为什么未通过呢，总结如下:

1、第一次申诉后失败,我们通过系统日志分析出还有部分遗漏的发布项没有通过内容安全效验，这个是自己的问题，所以我们迅速做出了调整把漏洞补充了；总结就是 查找不够充分,要全面自测系统可能出现问题的地方并且修复；

2、而什么第二次提交后也会失败,我们又通过日志分析,最后查询出来一条发布信息为《没吃过好东西生奸内射的玩意儿，那现在怎么办》 出现在我们系统内导致审核失败;系统明明调用了msgSecCheck，为什么还是会没有检测拦截到。我们又通过调试和仔细阅读开发文档发现scene 场景枚举值（1 资料；2 评论；3 论坛；4 社交日志）有4个类型，我们反复测试发现选择场景 3 的时候能通过效验，选择场景2的时候就不能通过,正如这样，我们是直接调用的场景3，所以导致了数据写入，也导致了审核失败；总结就是:我们一开始是将一个表单的所有数据整合到一起然后通过接口msgSecCheck进行效验，但是这样是不准确的,我们目前的处理是内容方面我们用场景值2来效验，名称等字段我们用场景1来效验。确保验证结果的准确性;当然我们目前也随时在关注用户发布的数据,最后会通过人工的方式做最后的数据验证；

----------------------------------------------------

以上就是我们从小程序收到安全风险提醒后做出的一系列工作和总结出来的经验,当然这个也不一定准确;到目前为之我们的小程序也是被封禁的；我希望审核人员看到后能再次验证我们的小程序，帮我们接触封禁; 第二次这个失败确实是我们没有想到的。从运营小程序到现在投入了全部精力,因为这个事情也让我心力憔悴,看着被封禁这几天用户直线下降我心如刀绞。审核人员请求您给再次验证下我们的小程序啊,真的好着急 着急 ，谢谢....