声明：博文未经授权一律不允转载

如果把通信比作钓鱼，如果每次都有鱼上钩，那么我想可以分为以下四种：

• 1.鱼钩上不钩饵料，然后抛出去，钩到鱼了，这时候鱼线断了，连线带钩和鱼都没了。
• 2.鱼钩上钩上饵料，然后抛出去，钩到鱼了，这时候鱼线断了，连线带钩和鱼带饵料都没了。
• 3.鱼钩上不钩饵料，然后抛出去，钩到鱼了，这时候鱼线没断，连线带钩和鱼带饵料都拉回来了。
• 4.鱼钩上钩上饵料，然后抛出去，钩到鱼了，这时候鱼线没断，连线带钩和鱼带饵料都拉回来了。

其实这四种就可以对应着四种不同的通信：

• 1.A向发了一个空的通知让B响应了，A不需要知道B是否响应(鱼线断了)。
• 2.A向发了一个携带参数的通知让B响应了，A不需要知道B是否响应(鱼线断了)。
• 3.A向发了一个空的通知让B响应了，A需要知道B是否响应，最终A得到了B响应结果(鱼线完好，成功回收)。
• 4.A向发了一个携带参数的通知让B响应了，A需要知道B是否响应，最终A得到了B响应结果(鱼线完好，成功回收)。

再说的简单一点，那就是：

• 1.调用“void func()”方法，无参无返回值。
• 2.调用“void func(P p)”方法，有参无返回值。
• 3.调用“R func()”方法，无参有返回值。
• 4.调用“R func(P p)”方法，有参有返回值。

因为通信无非就是这四种方法，那么就可以抽象出来的这四类方法的类，如果使用四个容器装着，在合适的时候往里添加，并且在合适的时候取出来调用，那么势必可以变成一个解耦通信框架。

后面会陆续记录开发这个小框架的心路历程。

---

项目地址：

https://github.com/halohoop/Fishing

已经可以正常使用了。