Java11实战:模块化的 Netty RPC 服务项目

作者:枫叶lhz
链接:https://www.jianshu.com/p/19b81178d8c1
來源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

参考  [Java模块系统]:https://www.oracle.com/corporate/features/understanding-java-9-modules.html

从 Java9 就引入了模块化的新语法了。如果我们想在项目中使用 Java9 及以上的版本的话,模块化是无法忽视的。它不像 Java8 的 lambda 表达式,我们可以不使用 lambda 这个新特性,仍然用老旧的 API 进行替代。但是模块化就不同。我们甚至发现,新的版本里, rt.jar 已经不存在了。JDK 的结构和基础库率先模块化了。

模块化 API

模块化的背景和概念本篇文章就不概述了,读者可以查看官方文档或者通过网上不错的博客进行了解。我们主要讲解一下 module-info.java 里的一些配置含义。

自定义的 helo.service 模块,包含了不少指令,我们分别进行介绍。

module helo.service {
exports com.maple.netty.handler;
exports com.maple.hello.service to hello.client;
requires slf4j.api;
requires io.netty.all;
requires gson;
requires hello.api;
requires hello.common;
uses com.google.gson.Gson;
opens com.maple.hello;
}

exports 和 exports to 指令

exports 指令用于指定一个模块中哪些包对外是可访问的。而 exports…to 指令则用来限定哪些模块可以访问当前模块导出的类,通过逗号分隔可以指定多个模块访问当前模块导出的类。这种方式称为限定导出(qualified export)。

require 指令

require 指令声明一个模块所依赖的其他模块,在 Java9 之后,我们除了引入 Jar 包依赖后,如果想要使用它们,还需要在 module-info.java中使用 require 声明使用。

uses 指令

uses 指令用于指定一个模块所使用的服务,使模块成为服务的消费者。其实就是指定一个模块下的某一个具体的类。
下面是 requiresuses 的 主要区别:

module hello.client {
requires gson;
uses com.google.gson.Gson;
}

provides…with 指令

该指令用于说明模块提供了某个服务的实现,因此模块也称为服务提供者。provides 后面跟接口名或抽象类名,与 uses 指令后的名称一致,with 后面跟实现类该接口或抽象类的类名。
例如java.base 模块里的其中一个声明,with后面为前者的一个实现类。

provides java.nio.file.spi.FileSystemProvider with jdk.internal.jrtfs.JrtFileSystemProvider;

open, opens, opens…to 指令

Java9 之前,Java 类的属性即使定义为 private 也是能够被访问到的,我们可以通过反射等手段达到目的。
Java9 模块化推出的一个重要目的就是强封装,可以完全的将不想暴露的类和属性给保护起来。
默认情况下,除非显式地导出或声明某个类为 public 类型,那么模块中的类对外部都是不可见的,模块化要求我们对外部模块以最小范围进行暴露。
open 等相关的指令目的就是来限制哪些类或者属性能够通过反射技术访问。

opens 指令

opens package 指定模块某个包下的所有 public 类都能被其他模块通过反射进行访问。

opens ... to 指令

opens package to modules 指定某些特定的模块才能去对当前 package 进行反射访问。

open module 指令

外部模块对该模块下所有的类在运行时都可以进行反射操作。

open module hello.common {
requires io.netty.all;
exports com.maple.hello.common;
exports com.maple.hello.common.netty;
}

实战:基于 Netty 的模块化 RPC 服务例子

实战部分将会项目将会基于最新的 Java11 版本,使用 Maven 进行项目管理。Netty 作为网络通讯框架。实现一个简单的RPC功能,hello-client 将会通过 netty客户端发送请求,netty服务端接收请求并返回处理结果。采用 GsonProtobuf 对请求对象进行序列化/反序列化处理。网络通讯采用 Reacter 模式,客户端异步非阻塞模式请求。Netty层进行了 TCP 粘包拆包的处理,心跳检测和channel空闲检测,channel断线重连等功能。

本文实现的 RPC 例子,涵盖了目前现有的基于Netty的RPC网络通讯部分所有的技术点。

Maven 环境准备

编译插件

我们需要对 maven-compiler-plugin 插件进行升级,以支持最新的 Java11 的字节码版本(55),升级版本为最新版3.8.0

启用 Java 11 语言支持

<properties>
<maven.compiler.release>11</maven.compiler.release>
<maven.compiler.source>11</maven.compiler.source>
<maven.compiler.target>11</maven.compiler.target>
</properties>

编译插件配置

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>${maven-compiler-plugin.version}</version>
<!--
Fix breaking change introduced by JDK-8178012: Finish removal of -Xmodule
Reference: http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8178012
-->
<executions>
<execution>
<id>default-testCompile</id>
<phase>test-compile</phase>
<goals>
<goal>testCompile</goal>
</goals>
<configuration>
<skip>true</skip>
</configuration>
</execution>
</executions>
<configuration>
<showWarnings>true</showWarnings>
<showDeprecation>true</showDeprecation>
</configuration>
</plugin>

工具链插件

这个插件主要是对Java11和Java8做兼容性选择。由于现在Java版本更新很快,但是大部分项目还是基于 Java8 甚至更低版本。不适宜更改项目所有的环境变量,并将其指向JDK11的主目录。使用 maven-toolchains-plugin 使您能够轻松地使用各种环境。

创建 $HOME/.m2/toolchains.xml

<toolchains>
<toolchain>
<type>jdk</type>
<provides>
<version>11</version>
<vendor>oracle</vendor>
</provides>
<configuration>
<!-- Change path to JDK9 -->
<jdkHome>/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home</jdkHome>
</configuration>
</toolchain> <toolchain>
<type>jdk</type>
<provides>
<version>8</version>
<vendor>oracle</vendor>
</provides>
<configuration>
<jdkHome>/Library/Java/JavaVirtualMachines/jdk-8.jdk/Contents/Home</jdkHome>
</configuration>
</toolchain>
</toolchains>

注意:将配置文件中 <jdkHome> 更改为实际的 JDK 安装 HOME

项目主POM 文件 添加 工具链插件

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-toolchains-plugin</artifactId>
<version>1.1</version>
<configuration>
<toolchains>
<jdk>
<version>11</version>
<vendor>oracle</vendor>
</jdk>
</toolchains>
</configuration>
<executions>
<execution>
<goals>
<goal>toolchain</goal>
</goals>
</execution>
</executions>
</plugin>

构建项目 Java11-netty-demo

构建整个项目结构如下

├── hello-api
│ ├── src
│ │ ├── main
│ │ │ ├── java
│ │ │ │ ├── com
│ │ │ │ │ └── maple
│ │ │ │ │ └── hello
│ │ │ │ │ ├── HelloRequest.java
│ │ │ │ │ └── HelloResponse.java
│ │ │ │ └── module-info.java
│ │ │ └── resources

├── hello-client
│ ├── src
│ │ ├── main
│ │ │ ├── java
│ │ │ │ ├── com
│ │ │ │ │ └── maple
│ │ │ │ │ └── hello
│ │ │ │ │ └── client
│ │ │ │ │ ├── AppClient.java
│ │ │ │ │ ├── Main.java
│ │ │ │ │ ├── netty
│ │ │ │ │ │ ├── NettyClient.java
│ │ │ │ │ │ └── handler
│ │ │ │ │ │ ├── RpcClientHandler.java
│ │ │ │ │ │ ├── RpcClientMsgDecoder.java
│ │ │ │ │ │ └── RpcClientMsgEncoder.java
│ │ │ │ │ └── service
│ │ │ │ │ └── HelloClient.java
│ │ │ │ └── module-info.java
│ │ │ └── resources
│ │ │ └── logback.xml
│ │ └── test
│ │ └── java

├── hello-common
│ ├── src
│ │ ├── main
│ │ │ ├── java
│ │ │ │ ├── com
│ │ │ │ │ └── maple
│ │ │ │ │ └── hello
│ │ │ │ │ └── common
│ │ │ │ │ ├── Constants.java
│ │ │ │ │ ├── DumpUtil.java
│ │ │ │ │ ├── RpcException.java
│ │ │ │ │ └── netty
│ │ │ │ │ └── RpcFrameDecoder.java
│ │ │ │ └── module-info.java
│ │ │ └── resources
│ └──
├── hello-service
│ ├── hello-service.iml
│ ├── pom.xml
│ ├── src
│ │ ├── main
│ │ │ ├── java
│ │ │ │ ├── com
│ │ │ │ │ └── maple
│ │ │ │ │ ├── AppServer.java
│ │ │ │ │ ├── hello
│ │ │ │ │ │ └── service
│ │ │ │ │ │ ├── HelloService.java
│ │ │ │ │ │ └── Person.java
│ │ │ │ │ └── netty
│ │ │ │ │ ├── NettySimpleServer.java
│ │ │ │ │ └── handler
│ │ │ │ │ ├── RpcLogHandler.java
│ │ │ │ │ ├── RpcMsgDecoder.java
│ │ │ │ │ ├── RpcMsgEncoder.java
│ │ │ │ │ └── ServerHandler.java
│ │ │ │ └── module-info.java
│ │ │ └── resources
│ │ │ └── logback.xml

从上面的 Tree 图,我们可以看到项目分为四大模块:

  • hello-api       API模块,主要为 clientservice 共同依赖
  • hello-common    公用的类模块
  • hello-client     rpc客户端模块
  • hello-service     rpc服务端模块

每个模块src根目录下都有一个 module-info.java 文件用来定义模块

hello-api
module hello.api {
exports com.maple.hello;
}
hello-common
module hello.common {
requires io.netty.all;
exports com.maple.hello.common;
exports com.maple.hello.common.netty;
}
hello-client
module hello.client {
requires hello.api;
requires io.netty.all;
requires slf4j.api;
requires hello.common; requires gson;
uses com.google.gson.Gson;
}
hello-service
module helo.service {
requires slf4j.api;
requires io.netty.all;
requires gson;
requires hello.api;
requires hello.common;
}

以上 module-info.java 主要定义模块的依赖关系和导出关系。

运行项目

通过上面几步操作之后,我们便可以启动项目运行。

首先我们启动服务端,即 AppServer,暴露 8000 端口

public class AppServer {
public static void main(String[] args) {
NettySimpleServer simpleServer = new NettySimpleServer(8000);
simpleServer.start();
}
}

然后我们启动客户端程序Main,该程序简单模拟控制台输入作为请求

public static void main(String[] args) throws IOException {
AppClient client = new AppClient(SERVER_URL, SERVER_PORT);
logger.info("------ 欢迎进入JDK11的世界: 请输入你的昵称 --------- \n");
BufferedReader in = new BufferedReader(new InputStreamReader(System.in));
String name = in.readLine();
while (true) {
try {
logger.info("------ 请输入任何你想输入的内容: --------- \n");
Scanner scanner = new Scanner(System.in);
if (scanner.hasNext()) {
String msg = scanner.next();
int seq = SEQ_ID_ATOMIC.incrementAndGet(); CompletableFuture<HelloResponse> response = client.sendMessage(new HelloRequest(seq, name, msg));
response.whenComplete((result, ex) -> {
if (ex != null) {
logger.info(ex.getMessage(), ex);
}
logger.info("seq为 {} 的请求,服务端返回结果为:{}", seq, result.toString());
});
} else {
int seq = SEQ_ID_ATOMIC.incrementAndGet();
CompletableFuture<HelloResponse> response = client.sendMessage(new HelloRequest(seq, name, "异常准备关闭"));
response.whenComplete((result, ex) -> {
if (ex != null) {
logger.info(ex.getMessage(), ex);
}
logger.info("seq为 {} 的请求,服务端返回结果为:{}", seq, result.toString());
});
}
} catch (Exception e) {
logger.error(e.getMessage(), e);
}
}
}

我们输入内容后,马上获取到返回结果:

 

服务端处理日志:

09-28 00:51:57 271 netty-server-work-group-3-3 INFO - remote server /127.0.0.1:56546, channelRead, msg:com.maple.hello.HelloRequest@6400575a
09-28 00:51:57 271 netty-server-work-group-3-3 INFO - com.maple.hello.service.HelloService: 收到消息 seqId:2, request: com.maple.hello.HelloRequest@6400575a

一个简单但功能齐全的基于 Netty 的例子演示成功。如果读者对本例子感兴趣,可以访问如下地址获取本项目源码:

Java11-Netty-Demo: https://github.com/leihuazhe/Java11-Netty-Demo

迁移 Java11 注意事项

1. JavaEE 模块被移除

Java11 移除了 JavaEE 模块,所以很多诸如 javax JAXB 等已经被移除。
如果旧版本的项目有依赖 Javaee的组件,需要单独加入 javaee-api

<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>8.0</version> </dependency>

2.使用最新版本 Netty

由于在Java11中,JDK部分底层的类例如 Unsafe 等被移到了 jdk.internal 模块。以及Java11 对模块内类的保护,导致暴力反射访问失效等问题。因此在最新的 Netty 版本中对这些做了优化了改变。

总结

本文首先从模块化 API 及其功能说起,然后以实践为目的介绍如何搭建基于Java11 的工程。通过一个基于 Netty 的案例工程来具体学习和深入模块化的使用。

新版本的 Java11 对比 Java8 的改动个人感觉是有一点大的。如果我们要从一个以 Java8 甚至更低版本的项目迁移过来时,首先需要改变的就是一些依赖库的变更,其次就是 模块化的转变,因此整个迁移还是需要考虑一定的兼容性。万幸 Java11Java 官方准备长期维护的一个版本,未来迁移到这个版本也是大势所趋,后续博主将继续跟进 Java11 的更多新特性。


本文例子源码: Java11-Netty-Demo: https://github.com/leihuazhe/Java11-Netty-Demo

================== End

 

Java11实战:模块化的 Netty RPC 服务项目的更多相关文章

  1. 【.NET Core项目实战-统一认证平台】第十六章 网关篇-Ocelot集成RPC服务

    [.NET Core项目实战-统一认证平台]开篇及目录索引 一.什么是RPC RPC是"远程调用(Remote Procedure Call)"的一个名称的缩写,并不是任何规范化的 ...

  2. 通过 Netty、ZooKeeper 手撸一个 RPC 服务

    说明 项目链接 微服务框架都包括什么? 如何实现 RPC 远程调用? 开源 RPC 框架 限定语言 跨语言 RPC 框架 本地 Docker 搭建 ZooKeeper 下载镜像 启动容器 查看容器日志 ...

  3. 基于netty轻量的高性能分布式RPC服务框架forest<上篇>

    工作几年,用过不不少RPC框架,也算是读过一些RPC源码.之前也撸过几次RPC框架,但是不断的被自己否定,最近终于又撸了一个,希望能够不断迭代出自己喜欢的样子. 顺便也记录一下撸RPC的过程,一来作为 ...

  4. 基于netty轻量的高性能分布式RPC服务框架forest<下篇>

    基于netty轻量的高性能分布式RPC服务框架forest<上篇> 文章已经简单介绍了forest的快速入门,本文旨在介绍forest用户指南. 基本介绍 Forest是一套基于java开 ...

  5. Thrift 个人实战--Thrift RPC服务框架日志的优化

    前言: Thrift作为Facebook开源的RPC框架, 通过IDL中间语言, 并借助代码生成引擎生成各种主流语言的rpc框架服务端/客户端代码. 不过Thrift的实现, 简单使用离实际生产环境还 ...

  6. CODING DevOps 微服务项目实战系列第一课,明天等你

    CODING DevOps 微服务项目实战系列第一课<DevOps 微服务项目实战:DevOps 初体验>将由 CODING DevOps 开发工程师 王宽老师 向大家介绍 DevOps ...

  7. CODING DevOps 微服务项目实战系列第二课来啦!

    近年来,工程项目的结构越来越复杂,需要接入合适的持续集成流水线形式,才能满足更多变的需求,那么如何优雅地使用 CI 能力提升生产效率呢?CODING DevOps 微服务项目实战系列第二课 <D ...

  8. CODING DevOps 微服务项目实战系列最后一课,周四开讲!

    随着软件工程越来越复杂化,如何在 Kubernetes 集群进行灰度发布成为了生产部署的"必修课",而如何实现安全可控.自动化的灰度发布也成为了持续部署重点关注的问题.CODING ...

  9. SpringCloud微服务项目实战 - API网关Gateway详解实现

    前面讲过zuul的网关实现,那为什么今天又要讲Spring Cloud Gateway呢?原因很简单.就是Spring Cloud已经放弃Netflix Zuul了.现在Spring Cloud中引用 ...

随机推荐

  1. 【转】Raft 为什么是更易理解的分布式一致性算法

    编者按:这是看过的Raft算法博客中比较通俗的一篇了,讲解问题的角度比较新奇,图文并茂,值得一看.原文链接:Raft 为什么是更易理解的分布式一致性算法 一致性问题可以算是分布式领域的一个圣殿级问题了 ...

  2. Linux中2>&1使用

    转:2>&1使用 一 相关知识 1)默认地,标准的输入为键盘,但是也可以来自文件或管道(pipe |).2)默认地,标准的输出为终端(terminal),但是也可以重定向到文件,管道或后 ...

  3. 【亲测有效】Github无法访问或者访问速度的解决方案

    我相信,很多朋友都遇到了 Github 访问速度过慢的问题,我也是在此记下笔记,方便以后拿来使用. 第一步.修改Hosts 通过问题的搜索了解到 github 访问很慢一般通过修改 hosts 文件解 ...

  4. 分布式监控系统Zabbix-3.0.3-新版微信报警(企业微信取代企业号)

    一般来说,Zabbix可以通过多种方式把告警信息发送到指定人,常用的有邮件,短信报警方式,但是现在越来越多的企业开始使用zabbix结合微信作为主要的告警方式,这样可以及时有效的把告警信息推送到接收人 ...

  5. VC++6.0的使用感想

    VC++6.0是我接触的第一款编程软件,一直以来都是使用这款软件来完成程序的编写,调试,运行.一直以来都是用C语言编写代码.而VC++6.0窗口简洁明了,占用资源少,上手容易,个人表示很喜欢. VC+ ...

  6. 《Linux内核设计与实现》 第五章学习笔记

    第五章 系统调用 在现代操作系统中,内核提供了进程与内核进行交互的一组接口.有如下作用: 让应用程序受限的访问硬件设备 提供了创新进程并与已有进程进行通信的机制 提供了申请操作系统其它资源的能力 保证 ...

  7. cglib 动态代理

    JDK的动态代理比较慢,可以使用cglib的代理,速度比较快: package cn.demo02; import java.lang.reflect.Method; import java.util ...

  8. 【转】使用screw plus对PHP源码加密

    运行环境 ubuntu 14.04 php 5.6 源码地址 https://github.com/del-xiong/screw-plus http://git.oschina.net/splot/ ...

  9. Balanced Ternary String CodeForces - 1102D (贪心+思维)

    You are given a string ss consisting of exactly nn characters, and each character is either '0', '1' ...

  10. 【转】STM32和ARM的区别

    转自:http://www.cnblogs.com/nuc-boy/archive/2012/09/11/2680157.html 这个问题大概2009年的时候很多人就在问,请看09年的时候大家给出的 ...