• 手撕RPC第二天


    前言

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

    具体操作

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

    优化

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

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

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

  • 相关阅读:
    Source InSight context 窗口丢失的解决办法
    [EffectiveC++]item41:了解隐式接口和编译器多态
    [EffectiveC++]item04:Make sure the objects are initialized before they're used
    [EffectiveC++]item3:尽可能使用const
    linux man指令问题
    解读ARM成功秘诀:薄利多销推广产品
    source insight设置问题 [问题点数:20分,结帖人leecapacity]
    totalcommander
    firefox
    处理SecureCRT中使用vim出现中文乱码问题
  • 原文地址:https://www.cnblogs.com/BBchao/p/9958832.html
Copyright © 2020-2023  润新知