您好，首先感谢您的积极回答。但是我得说一个问题：就是我们系统是一个比较通用的系统，会有十几个甚至上百个系统调用我们的接口，我们不能够把调用我们系统的对方地址都获取并保存，这个方案可行性不高，如果是单独的两个系统对接，这个是完全可以的；对于第二种定时轮询，那多久询一次呢，而且有的数据的及时性程度不同的话，也会有数据的延迟情况，还有就是到最终确认时还得把我们这边的处理结果返回给调用方。

@郑智平: 你们这种情况，只能使用第二种，由所有调用方自行调用你们定义好的接口

调用时间可以在你的文档中定义，然后对方按规则调用，不过一般都只是做一个频率限制，防止被拖死。每种数据的及时性是不一样的，所以需要提供不同的接口，每一种接口都会有不同的轮询间隔

比如，如果是一个电子商务类的平台，库存信息可能每分钟都要同步，订单每十分钟抓取一次就可以了，而商品信息，可能每小时才会同步一次

另外你最后那个确认，也可以通过一样的方式，只是你们提供一个接口，然后对方通过一个事务标识来获取你这边的处理状态。（事务标识是指接口使用的key，比如库存同步用的是商品ID，订单同步用的是订单号等）

延迟肯定会有的，这种方式只能做异步，而异步必然产生延迟。(PS:同步也无法完全避免延迟，比如他调用了，然后你系统很忙，返回很慢，不但还是有延迟，而且对方会一直卡在那里)

@丁学: 嗯，你说得很对，我们内部也讨论和很久，觉得说的第二种方案最可行，我们只负责写方法，他们可以轮回调用，有一点点数据延迟是允许的。