接上篇：https://developer.aliyun.com/article/1228227?spm=a2c6h.13148508.setting.33.62774f0e61109O
四、 系统间交互不科学
1. 直接通过数据库交互
在一些项目中，系统间交互不通过接口调用和消息队列，而是通过数据库直接访问。问其原因，回答道：“项目工期太紧张，直接访问数据库，简单又快捷”。
还是以上面的采购流程为例——采购订单由库管系统发起，由采购系统负责采购，采购完成后通知库管系统，库管系统进入入库操作。采购系统采购完成后，通知库管系统数据库的代码如下：
其中，通过rawPurchaseOrderDAO（原始采购单DAO）直接访问库管系统的数据库表，并设置原始采购单状态为已完成。
一般情况下，直接通过数据访问的方式是不会有问题的。但是，一旦发生竞态，就会导致数据不同步。有人会说，可以考虑使用同一分布式锁解决该问题。是的，这种解决方案没有问题，只是又在系统间共享了分布式锁。
1) 直接通过数据库交互的缺点
• 直接暴露数据库表，容易产生数据安全问题；
• 多个系统操作同一数据库表，容易造成数据库表数据混乱；
• 操作同一个数据库表的代码，分布在不同的系统中，不便于管理和维护；
• 具有数据库表这样的强关联，无法实现系统间的隔离和解耦。
2. 通过Dubbo接口交互
由于采购系统和库管系统都是内部系统，可以通过类似Dubbo的RPC接口进行交互。
1) 库管系统代码
其中，库管系统通过Dubbo把PurchaseOrderServiceImpl（采购单服务实现）以PurchaseOrderService（采购单服务接口）定义的接口服务暴露给采购系统。这里，省略了Dubbo开发服务接口相关配置。
2) 采购系统代码
其中，purchaseOrderService（采购单服务）为库管系统PurchaseOrderService（采购单服务）在采购系统中的Dubbo服务客户端存根，通过该服务调用库管系统的服务接口函数finishPurchaseOrder（完成采购单函数）。
这样，采购系统和库管系统自己的强关联，通过Dubbo就简单地实现了系统隔离和解耦。当然，除了采用Dubbo接口外，还可以采用HTTPS、HSF、WebService等同步接口调用方式，也可以采用MetaQ等异步消息通知方式。
3. 常见系统间交互协议
1) 同步接口调用
同步接口调用是以一种阻塞式的接口调用机制。常见的交互协议有：
• HTTP/HTTPS接口；
• WebService接口；
• Dubbo/HSF接口；
• CORBA接口。
2) 异步消息通知
异步消息通知是一种通知式的信息交互机制。当系统发生某种事件时，会主动通知相应的系统。常见的交互协议有：
• MetaQ的消息通知；
• CORBA消息通知。
4. 常见系统间交互方式
1) 请求-应答
• 适用范围
适合于简单的耗时较短的接口同步调用场景，比如Dubbo接口同步调用。
2) 通知-确认
• 适用范围
适合于简单的异步消息通知场景，比如MetaQ消息通知。
3) 请求-应答-查询-返回
• 适用范围
适合于复杂的耗时较长的接口同步调用场景，比如提交作业任务并定期查询任务结果。
4) 请求-应答-回调
• 适用范围
适合于复杂的耗时较长的接口同步调用和异步回调相结合的场景，比如支付宝的订单支付。
5) 请求-应答-通知-确认
• 适用范围
适合于复杂的耗时较长的接口同步调用和异步消息通知相结合的场景，比如提交作业任务并等待完成消息通知。
6) 通知-确认-通知-确认
• 适用范围
适合于复杂的耗时较长的异步消息通知场景。
接下篇：https://developer.aliyun.com/article/1228222?groupCode=java
