高现在大部分是Restful风格的

方便

postman

第三个问题就是通信协议格式

常用的xml/json；自定义格式（这个在tcp上用的比较多）；还有一部分是框架自己给转换了表面上是对象；

第四个问题客户端需要定时器

客户端一般都是需要一个定时框架的，所以得选择一个定时框架来支撑接口的。一些定时器框架quartz/xxl-job/spring-boot。这里还有个问题就是是否需要集群部署，所以得关注每个框架的集群配置，最好是有配置UI支持手工调整不用重启项目（或者这部分自己实现管理）。

第五个问题服务端注意项日志所有的入参出参最基本的就是首先第一件事要记录到日志中。方便扯皮，重现问题。服务端的话有些批处理需要限制下数据量的大小，如果你没限制的话那就要看客户端有没有突发情况了，对服务稳定性有影响的。服务端限流这个算是特殊需求，对那些要中转的数据，有些可能要收费的需要注意下。服务端还有个问题数据是否需要加密看客户需求了，有些加密服务客户有钱买的第三方服务但是加密认证的。（这里有个注意的问题是中英文需要测试好）。服务端暴露服务是否需要认证，一般常见的是basic认证。第六客户端注意事项日志所有的入参出参、返回的状态最基本的就是首先第一件事要记录到日志中。方便扯皮，重现问题。协议，报文，加解密，认证跟着服务端的文档搞了。数据量的推送问题，有些上来直接全量数据推送，等到某些特殊原因服务停了几天量上来就是个问题了。推送的时候取数最好用视图的方式，方便后面出问题能够迅速调整。推送的定时器最好能够让实施可控。尽量支持双数据源因为可能某些客户会通过中间库的方式处理数据的。这里还有个失败重试的问题 看需求了。还有些推送数据因为效率问题是服务端异步通知的。

今天就扯这么多吧。