夜光带你走进Java架构师必备知识点（16）高级程序员

夜光序言：

 

 

人生旅途中，你总有那么一段时间，需要自己走，需要自己扛，不要感觉害怕，不要感觉孤单，这只不过是你成长的代价罢了。

 

 

 

 

 

正文：二十四、javaWeb

1.什么是web？

通过浏览器访问网站

 

---

2.软件架构体系

CS体系(ClientServer)：客户端与服务端

特点：

1.必须要安装包

2.软件一旦升级，客户端也要升级

优点：占宽带小，对服务器压力小

缺点：必须要安装，升级复杂

 

 

 

---

BS体系(BroswerServer)：浏览器与客户端

特点：

1.通过浏览器访问

2.服务端一旦升级，客户端不用升级

优点：升级快，维护性强

缺点：占快带大，对服务器压力大

3.服务器

一台PC电脑

4.服务器分类

web服务器、数据库服务器、邮件服务器

 

 

 

 

 

---

二十五、dubbo服务治理框架

1.什么是dubbo？

 

dubbo是一个分布式服务框架，用于提高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案，dubbo是个服务框架，

其核心部分包含：

1.远程通讯：提供多种基于长连接的NIO框架，包括多线程模型，序列化，以及请求-响应模式的信息交换方式

2.集群容错：提供基于接口方法的透明远程过程调用，包括多协议支持，以及负载均衡，失败容错，地址路由，动态配置等集群支持。

3.自然发现：基于注册中心目录服务，使服务消费方能动态查询提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

 

 

---

2.dubbo能做什么？

 

1.透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需要简单配置，没有任何API侵入

2.软负载均衡及容错机制，可以在内网替换F5等硬件负载均衡器，降低成本，减少单点

3.服务自动注册与发现，不需要写死服务器提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者

4.dubbo采用全spring配置方式，功明化接入应用，对应用没有任何API侵入，只需用spring加载dubbo的配置即可，dubbo基于spring的schema扩展进行加载。

 

 

---

3.dubbo的架构

 

单一应用架构--->垂直架构(MVC)--->分布式服务架构(RMI、hessian、SOAP)SOAP(面向服务)---->微服务(resultful、springBoot、dubbo、zookeeper、thrift、springCloud)

1.provider(生产者)：暴露服务提供方

2.consumer(消费者)：调用远程服务消费方

3.registry(注册中心)：服务于发现的注册中心

4. monitor(监控中心)：统计服务的调用次调和调用时间的监控中心

5.container：服务运行容器

工作流程：

provider(生产者)提供服务(接口)到注册中心，

consumer(消费者)到注册中心订阅服务，一旦有新的服务就会通知consumer(消费者)，

consumer(消费者)拿到服务后会到provider(生产者)调用服务，

当consumer(消费者)调用provider(生产者)出现的记录会放到 monitor(监控中心)

 

 

---

4.dubbo服务治理

 

在大规模服务化之前，应用可能只是通过RMI或者hessian工具，简单的暴露和引用远程服务，通过配置服务的URL地址进行调用，通过F5硬件进行负载均衡

1.当服务越来越多时，服务URL配置管理变得非常困难，F5硬件负载均衡器单点压力也越来越大，此时需要一个服务注册中心，动态的注册和发现服务，使服务的位置透明。

  并通过在消费方获取服务提供方地址列表，实现负载均衡和failover，降低对F5硬件负载均衡器的依赖，也减少部分成本。

2.当进一步发展，服务间依赖关系变得错综复杂，甚至分不清哪个应用在哪个应用之前启动，架构师都不能完整的描述应用架构关系，此时需要自动画出应用间的依赖关系图，以帮助架构师理清关系。

3.接着，服务的调用量越来越大，服务得容量问题就暴露出来，这个服务需要多少机器支撑？什么时候加机器？为了解决这些问题

1.要将服务每天的调用量，响应时间都统计出来其次要可以动态调整权重，在线上将某台机器的权重一直加大，并在加大的过程中记录响应时间的变化，直到响应时间达到阀值

  记录此时的访问量，再以此访问量乘以机器数反推总容量。

 

 

 

 

---

5.发布服务

 

1.定义生产者接口用于提供服务

2.引入dubbo+zookeeper依赖

<dependencies>

<dependency>

<groupId>com.alibaba</groupId>

<artifactId>dubbo</artifactId>

<version>2.5.6</version>

</dependency>

<dependency>

<groupId>com.github.sgroschupf</groupId>

<artifactId>zkclient</artifactId>

<version>0.1</version>

</dependency>

</dependencies>

3.加入生产者配置文件 provider.xml

<!-- 提供方应用信息，用于计算依赖关系 -->

<dubbo:application name="provider" />

<!-- 使用zookeeper注册中心暴露服务地址 -->

<dubbo:registry address="zookeeper://127.0.0.1:2181" />

<!-- 用dubbo协议在29014端口暴露服务 -->

<dubbo:protocol name="dubbo" port="29014" />

<!-- 声明需要暴露的服务接口 -->

<dubbo:service interface="test.dubbo.service.UserService" ref="userService" />

<!-- 具体的实现bean -->

<bean id="userService" class="test.dubbo.service.UserServiceImpl" />

4.编写测试类 同spring

 

 

---

6.Dubbo-admin管理平台搭建

1.将dubbo-admin.zip 解压到webapps目录下

2.修改dubbo.properties  zk注册中心连接地址连接信息

3.启动tomcat

4.访问

 

 

---

7.Dubbo支持哪些协议？

 

1.Dubbo协议

Dubbo缺省协议采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况。

Dubbo缺省协议不适合传送大数据量的服务，比如传文件，传视频等，除非请求量很低。

2.Hessian协议

Hessian协议用于集成Hessian的服务，Hessian底层采用Http通讯，采用Servlet暴露服务，Dubbo缺省内嵌Jetty作为服务器实现。

Hessian是Caucho开源的一个RPC框架：http://hessian.caucho.com，其通讯效率高于WebService和Java自带的序列化。

基于Hessian的远程调用协议:

连接个数：多连接

连接方式：短连接

传输协议：HTTP

传输方式：同步传输

序列化：Hessian二进制序列化

适用范围：传入传出参数数据包较大，提供者比消费者个数多，提供者压力较大，可传文件

适用场景：页面传输，文件传输，或与原生hessian服务互操作

3.HTTP协议

此协议采用spring 的HttpInvoker的功能实现

连接个数：多个

连接方式：长连接

连接协议：http

传输方式：同步传输

序列化：表单序列化

适用范围：传入传出参数数据包大小混合，提供者比消费者个数多，可用浏览器查看，可用表单或URL传入参数，暂不支持传文件。

适用场景：需同时给应用程序和浏览器JS使用的服务。

4.RMI协议

采用JDK标准的java.rmi实现，采用阻塞式短连接和JDK标准序列化方式，Java标准的远程调用协议：

连接个数：多连接

连接方式：短连接

传输协议：TCP

传输方式：同步传输

序列化：Java标准二进制序列化

适用范围：传入传出参数数据包大小混合，消费者与提供者个数差不多，可传文件。

适用场景：常规远程服务方法调用，与原生RMI服务互操作

 

 

---

8.dubbo集群、容错、负载均衡

修改配置文件:

provider.xml  端口号 <dubbo:protocol name="dubbo" port="29015" />

启动两个服务

 

 

 

---

9.dubbox

1.什么是dubbox？

duboox是在dubbo基础上进行改造，基于HTTP协议