同步交互:发送一个请求,等待返回,然后再发送下一个请求；
同步交互一定要考虑网络的影响；
举个我工作中遇到的一个问题：
1.业务场景，在易招赢列表中采集一个名单，采集完会调用同步接口，同步到商管家的客户列表；
2.出现的问题，有用户反馈采集完后，在易招赢采集完后，没有同步到商管家的客户列表；
3.问题排查，看日志显示，用户采集后，没有调用同步接口；
有同事认为是采集后马上在前端按返回键；
我进行了相应操作，并不会出现问题，并进行下面的实验：
打开fiddler工具，当我点击采集按钮后，此时断开网络，发现和日志中的记录一致，可以断定是由于网络原因造成的问题；
4.问题解决，后台进行处理，2分钟内发现没有同步的数据，进行定时同步处理；
知识扩展：
异步:发送一个请求,不等待返回,随时可以再发送下一个请求；
同步可以避免出现死锁，读脏数据的发生，一般共享某一资源的时候用，如果每个人都有修改权限，同时修改一个文件，有可能使一个人读取另一个人已经删除的内容，就会出错，同步就会按顺序来修改。
异步则是可以提高效率了，现在cpu都是双核，四核，异步处理的话可以同时做多项工作，当然必须保证是可以并发处理的。
哪些情况建议使用同步交互呢？比如银行的转账系统，对数据库的保存操作等等，都会使用同步交互操作，其余情况都优先使用异步交互。