码迷,mamicode.com
首页 > 其他好文 > 详细

同步交互中的网络问题

时间:2018-11-08 12:14:36      阅读:166      评论:0      收藏:0      [点我收藏+]

标签:问题排查   ddl   记录   target   哪些   就会   处理   targe   打开   

同步交互:发送一个请求,等待返回,然后再发送下一个请求;

同步交互一定要考虑网络的影响;

举个我工作中遇到的一个问题:

1.业务场景,在易招赢列表中采集一个名单,采集完会调用同步接口,同步到商管家的客户列表;

2.出现的问题,有用户反馈采集完后,在易招赢采集完后,没有同步到商管家的客户列表;

3.问题排查,看日志显示,用户采集后,没有调用同步接口;

有同事认为是采集后马上在前端按返回键;

我进行了相应操作,并不会出现问题,并进行下面的实验:

打开fiddler工具,当我点击采集按钮后,此时断开网络,发现和日志中的记录一致,可以断定是由于网络原因造成的问题;

4.问题解决,后台进行处理,2分钟内发现没有同步的数据,进行定时同步处理;

 

知识扩展:

异步:发送一个请求,不等待返回,随时可以再发送下一个请求;

同步可以避免出现死锁,读脏数据的发生,一般共享某一资源的时候用,如果每个人都有修改权限,同时修改一个文件,有可能使一个人读取另一个人已经删除的内容,就会出错,同步就会按顺序来修改。
异步则是可以提高效率了,现在cpu都是双核,四核,异步处理的话可以同时做多项工作,当然必须保证是可以并发处理的。

哪些情况建议使用同步交互呢?比如银行的转账系统,对数据库的保存操作等等,都会使用同步交互操作,其余情况都优先使用异步交互。

同步交互中的网络问题

标签:问题排查   ddl   记录   target   哪些   就会   处理   targe   打开   

原文地址:https://www.cnblogs.com/ttys/p/9928224.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!