IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

标签:RMI

共 2 篇相关文章

IT 累计浏览 2,812

Spring的RMI , Http Invoker, Hessian测试结果

这篇讲的是作者对 Spring 生态中三种经典远程调用方案——RMI、Http Invoker 和 Hessian——进行的一次横向性能与功能测评。文章没有停留在概念讲解,而是直接给出了配置细节和测试环境搭建过程,实打实地跑出了数据。 核心对比聚焦在几个关键维度上:传输效率、序列化方式、防火墙穿透能力以及使用的便捷性。测试结果清晰地揭示了它们的差异:RMI 性能出色但受限于 Java 生态且对网络配置敏感;Http Invoker 依赖 HTTP 协议,穿透性好且配置相对简单,但性能稍有折损;Hessian 作为自有的二进制协议,在跨语言支持和效率上取得了不错的平衡,但额外引入了依赖。 作者的分析并非简单评判优劣,而是指出了它们各自的最佳应用场景。例如,对于纯 Java 内网服务且追求极致性能的场景,RMI 仍是有力选项;若服务需要穿越复杂的防火墙环境,或调用方技术栈不统一,Http Invoker 或 Hessian 则更为合适。这些基于实测的结论,为技术选型提供了非常具体的参考依据。

IT 累计浏览 2,751

深入浅出jcr之16 该死的RMI,我们需要HTTP+简单RPC协议

这篇讲的是,作者从Apache Jackrabbit这个内容仓库项目的源码出发,开始探讨其技术选型上的一个“败笔”:使用RMI作为客户端与服务器之间的通信协议。 文章直指RMI在特定场景下的痛点——它基于Java,过于重量级且与语言强绑定,不够简单、灵活和跨平台。作者的核心观点很明确:对于这种需要远程调用的场景,应该果断抛弃RMI,转而采用更通用、更轻量的“HTTP + 简单RPC协议”。他主张通过这种组合,利用HTTP的普及性和简单RPC的清晰性,来构建一个更易用、更兼容的通信层。 作者没有停留在单纯批评,而是将这一具体的技术决策错误上升到了对项目架构和协议选择通用性的思考。他引导读者去审视那些看似“官方”或“默认”的技术栈,分析其背后真正的适用边界。这种对早期技术决策的反思,以及对更优替代方案的明确倡导,对于正在做类似技术选型的开发者来说,是一次很有价值的提醒。