手撕RPC第二天

前言

今日北京突发大霾,中午看了两个小时的《活着》,活在那个年代是幸运还是不幸,活在这个年代,是幸运还是不幸呢。或许我是幸运的吧。
经过了昨天的疯狂coding和今天上午的疯狂debug,终于完成了我的rpc初号机,虽然它还很简陋,但是已经有了一个伟大框架的雏形。

具体操作

由于代码是拼凑出来的,对具体的流程还没有理清,导致昨天的bug,今天祭出了我的笔和本子,把客户端与服务端的流程都梳理了一遍,找到了问题所在:
因为本人不想加spring,也没打算扫描包,一切都是写死的,于是名字写错了,拿不到函数和接口,就出现了空指针,又修改了一些线程的小问题,终于,小火车呜呜呜的开起来了(狗头.jpg)

优化

群主大大提出了8点建议如下

  • RPC 客户端和服务端应保持长连接,不用每次 send 进行 connect,此处 需优化
  • 所有模块应拆分不应该写在一个工程中,没法引用
  • serialize 可以设计为接口可扩展,而且 JSON 的性能非常低,相当于使用了 HTTP 协议
  • 没有对异常做处理
  • 需设计 RPC 客户端和服务端的拦截器机制
  • RPC 服务端阻塞在 Netty IO 线程组,代码
  • 部分包规划错误,如 RpcHandler 是 RPC 服务端特有的处理,不应放在 common 包
  • 需要更多的例子

下午解决了第一个和第二个问题(虽然第一个问题解决了,但是违反了单一指责原则,抱头哭泣),拆工程花费了大量的时间,因为自己对pom直接互相引用不太熟悉,之前写的项目都是架构师把架子做好,填代码就可以了。
最后重构了一下代码。。接下来解决第三个序列化的问题,钢巴鲁,少年!

posted @ 2018-11-14 16:49 Aiopr 阅读(...) 评论(...) 编辑 收藏