上面我们手动实现了一个RPC， 能够发起远程调用了，但是与 Dubbo 这样的框架相比，还有什么需要优化的点？
我们现在仅仅只是完成了跨进程、跨网络的调用。
这个机制还是有很多可以优化和调整的地方，比如说
序列化方式
给予Java的网络编程，Java的序列化还是不够妥当，Java的序列化和反序列化在安全性方面考虑得非常多，
把一个Java序列化和反序列化，都会把整个类的层级结构进行序列化，包括序列化ID的检查，所以序列化出来的二进制占用的空间是非常大的。
这样在网络中传输就会占用更大的带宽，带来更大的数据传输效率的影响。
Dubbo中默认采用Hessian2序列化
Hessian2是一种紧凑的、对各种语言友好的二进制协议，它在性能和跨语言互操作性方面都表现不错。
网络编程中流的处理
我们现在采用的是基于线程池的异步处理方式。
可以使用更为友好的网络编程方式进行处理，比如 MINA、Netty等等，Dubbo底层的默认通讯框架就是Netty
Netty：
这是一个异步的、事件驱动的网络应用程序框架，可以快速开发可维护的高性能协议服务器与客户端。
Netty广泛用于开发网络游戏、大数据传输应用、实时通讯系统等。它提供了对多种传输类型的支持，例如TCP和UDP的socket服务。
最后说一句(求关注，求赞，别白嫖我)
最近无意间获得一份阿里大佬写的刷题笔记和面经，一下子打通了我的任督二脉，进大厂原来没那么难。
这是大佬写的， 7701页的阿里大佬写的刷题笔记，让我offer拿到手软
求一键三连：点赞、分享、收藏
点赞对我真的非常重要！在线求赞，加个关注我会非常感激！@小郑说编程