标签：nbsp 运行 项目 智能 不可 发送 细节 mvc dubbo
1，介绍一下项目，前端
我个人的技术栈是比较偏向后端，对前端不是太精通，当时的前端是根据之前他们写好的页面大概搬过来再去修改其他细节，或者是请教下当时的同事，
在讲到node，node在项目中是充当mvc的c层，也就是controller层，负责处理get请求和调用基于dubbox开放出来的restful的api接口
dubbo一款，开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。
一个应用可以解耦拆分为几个应用，比如一个商城应用可以拆分为订单，商品，会员这些模块，每个模块独立部署，运行在不同的机器上，有着不同的内存
通过dubbo上的dubbo协议上，服务消费方把方法、参数编码通过网络传输，在zookeeper注册中心找到对应的服务提供方，解码找到服务，完成运算，再把结果编码通过网络传输回来
（题外：注册中心：服务消费者需要提供服务提供者的IP以及端口。服务一台机器不够，要再添加一台，这个时候就要告诉调用者我现在有两个ip了，你们要轮询调用来实现负载均衡结果某天一台机器挂了，调用者发现服务有一半不可用，他又只能手动修改代码来删除 挂掉那台机器的ip。zookeeper作为服务中心自动化地替我们实现服务自动注册与发现功能！zookeeper提供了“心跳检测”功能，它会定时向各个服务提供者发送一个请求（实际上建立的是一个 Socket 长连接），如果长期没有响应，服务中心就认为该服务提供者已经“挂 了”，并将其剔除）
不过dubbo只能完成同语言之间的rpc调用，对于要开放出去的接口，就要用dubbo改造的dubbox，可以序列化为json串数据格式，开发api供node来调用。
2，dubbo相关的netty方面
标签：nbsp 运行 项目 智能 不可 发送 细节 mvc dubbo
原文地址：https://www.cnblogs.com/vhyc/p/9788721.html
