你的理解可能不太准确，其实我在API文档或精篇注释版代码的注释里说明的很详细了。
我分别就上面的回调来回复你：

1.服务端的onTransBuffer_CallBack回调：
当客户端向接收者为“0”的用户发送数据时，服务端会在此回调中会收到。实际是MobileIMSDK里约定user_id为“0”的用户就是“服务端”。所以本回调中通常用于客户端需要向服务端发送数据、消息、指令时使用。

2.服务端onTransBuffer_C2C_CallBack回调：
本回调中通常不需要开发者单独处理什么，服务端对用户与用户间的所有消息转发都会调用一次本回调，本回调的作用可用来记录用户的聊天记录（虽然很多APP强调不收集用户的隐私，但几乎市面上的所有IM都会收集，那么MobileIMSDK里可在此回调中干这种事。不过，建议不要在本回调中放入过多耗时操作，因为一对一的聊天消息毫无疑问是一个IM里量最大的交互之一，此处的耗时操作肯定会导致您整个服务端实时通信通道的性能的降低。）。

3.服务端的onTransBuffer_C2C_RealTimeSendFaild_CallBack回调：
MobileIMSDK中一旦没有实时发送成功的消息，一定会进到本回调中，对于MobileIMSDK而言，发送消息：要么实时送达、要么实时未送达（就到了本回调中了），从而保证不出现莫名其妙的“消息失踪”（JackJiang称为“消息黑洞”）。那么，服务端的离线消息存储就在本回调中实现，就是最佳实践了。

引用：dzl2005328 发表于 2017-09-05 11:42
注释我也看了，意思和你刚刚说的是一样的。
那如果是单聊的话服务端就不用处理了，但如果是群组呢？群组 ...

是的，你理解的没错。