针对MES反馈收不到响应引发的思考

服务端

针对MES反馈收不到响应引发的思考

MES

EAS人员站在MES角度来看客户端收不到报文系列问题到底怎么处理：1.首先确认我十分钟超时机制到底生效没有。2.我多发，重发问题能不能减少。3.在第一次发送给服务器后，我该怎样给客户展示，如果服务器处理较慢。4.网络不稳定问题，应该是极少数，暂时还未遇到。5.我没收到响应，不知道服务器处理没有。我这张单据不能随便删除，只能多尝试几次（过账）看看能不能得到服务器再次响应。（其实一张单据发好多次，暂时还未遇到一次响应都没收到的情况）6.我哪些数据存在重发，并发这样的情况应该提前通知EAS，让他做好防护，避免垃圾数据产生。

响应（存在问题）

客户端

EAS

EAS站在自己角度：我这服务器怎么保证处理更快一点。能尽快返回给mes响应。1.代码优化。2.能够预知的该有的校验一个都不能少。谨防mes没收到响应，重传。再次重传时，我要快速告诉mes。成功过了。3.已有的复杂底层业务逻辑其实优化不了什么。

情况说明：        mes收不到响应，mes方说网络问题，或者eas处理超时，或者。。。就是没收到。反正说没收到，就得双方查。        EAS方认为：我报文返回给你了，你说没收到，那肯定不是我们EAS的问题。        其实争论这个没有必要。不防从换位思考的角度来考虑。到底双方怎么处理。接口才能坚固。        客户端认为：你服务端各种校验都没有，我随便发过去。你就处理了。处理的还贼鸡儿慢。你处理慢了我这边收不到咋搞？        服务端认为：你客户端连数据的准确性都保证不了，乱发。出了事反正是你数据不对。请求不对。        如果eas站在mes的角度，连生活中应该也能感受出来。我靠，我输错了，你服务器竟然不校验。是人就会犯错啊。你服务器得做各种校验，来保证我们发送处理的准确性。     我竟无语，，，说的对喽。服务器确实应该来防重，防垃圾数据。增强对客户端的服务能力。        如果mes站在eas角度，这傻叉，数据都保证不了，瞎鸡儿传。我加校验吧，害怕太死板了。不校验吧，你不会做人啊。还得让我叫你做事。你把报文格式，准确的请求，以及次数都给我整对喽。数据来源的准确性你得保证。    我竟无语，，，好像也没错。总结：我们都把数据准确性想让对方来做。其实就是工作分配而已。若想双方系统对接坚固，该做的，都要做。

请求