智牛股项目--01

很长时间没进行聚合项目的联系，闲暇时间刚好抽个空出来联系一下整体的项目梳理的结构，整体的了解一下SpringCloud相关的项目和相关的基本的业务组织架构和相关的业务模式及其对应的逻辑。这个智牛股的项目还是基于金融衍生项目的一个项目组织架构，在进行构建和初始化的过程中需要进行相关的项目迭代操作。

交易平台 - Day 1

目标1： 项目简介与金融知识了解

目标2： 需求分析与概要设计

目标3： 项目技术栈简介与技术选型对比

目标4： 工程规范及环境搭建

第1章 项目介绍

1. 目标

• 了解项目整体设计， 主要功能与所用到的技术栈

• 掌握金融背景基础知识，拓展理解相关业务知识

• 了解项目的技术特色与技术解决方案

• 掌握技术选型与分析

2. 路径

• 项目简介

• 服务架构图

• 金融背景知识

• 项目需求分析

• 项目架构设计

• 技术的比对分析案例

3. 讲解

3.1 项目简要介绍

• 金融交易平台是服务于金融衍生产品， 包含外汇、贵金属、期货、股票等。 各产品具有不同属性与交易规则， 本项目对标MT4/MT5等大型交易平台， 遵循FIX全球最广泛的金融市场通用协议。 包含证券用户注册、交易开户、行情订阅与呈现、 市价下单、委托挂单、撤单、 撮合交易等核心业务功能。项目特点： 专业化金融交易平台、高性能支撑海量交易数据、 完整的交易业务链， 实现竞价撮合机制， 具备广泛兼容性、高扩展性。

• 项目采用前后分离、遵循Restful规范设计，微服务架构、领域驱动设计、 以Spring Cloud生态为核心、采用众多主流组件实现。遵循OAUTH2授权标准， 统一认证鉴权。

• 服务无状态化设计、支持采用集群模式部署、无缝水平扩展、全链路式监控、统一日志管理， 完善的微服务治理体系。

• 技术栈： 项目设计充分考虑性能， 稳定性， 扩展性与可维护性，技术选型上横向与纵向详细对比，选取最新且主流的技术方案， 技术运用上，全面考虑， 高效结合， 充分发挥性能。 业务实现上， 针对不同业务场景选取最优技术方案， 不墨守成规，保障业务稳定性的同时， 提升业务处理性能， 发挥系统整体优势。主要技术栈包含Spring Boot、Spring Cloud Alibaba、CAT全链路监控、Sentinel熔断限流、RocketMQ订阅分发、Seata Server分布式事务、Spring Security OAuth2 统一鉴权、Ceph分布式文件系统操作、XXL-JOB分布式任务调度平台，持续集成（Jenkins+Git+Maven+Docker）、 微服务高效通讯方案（SpringBoot2.X+ Netty+Protobuf+gRpc集成运用）等等。

3.2 股票基础知识介绍

• 什么是股票股票是一种由股份制有限公司签发的用以证明股东所持股份的凭证，它表明股票的持有者对股份公司的部分资本拥有所有权。由于股票包含有经济利益，且可以上市流通转让，股票也是一种有价证券。我国上市公司的股票是在上海证券交易所和深圳证券交易所发行，投资者一般在证券经纪公司开户交易。

• 什么是K线股市及期货市场中的K线图的画法包含四个数据，即开盘价、最高价、最低价、收盘价，所有的k线都是围绕这四个数据展开，反映大势的状况和价格信息。如果把每日的K线图放在一张纸上，就能得到日K线图，同样也可画出周K线图、月K线图。

 

• 基本规则

  • 交易时间上午9：30 --11：30 下午13：00 -- 15：00

  • 涨跌幅限制每只证券的交易价格相对上一个交易日收市价的涨跌幅度不得超过10% 。

  • 交易单位股票的交易单位为“股”，100股=1手， 委托买入数量必须为100股或其整数倍；

  • 价格优先

    较高价格买进申报优先于较低价格买进申报， 较低价格卖出申报优先于较高价格卖出申报；

  • 时间优先

    买卖方向、价格相同的， 先申报者优先于后申报者

• 如何交易

  • 开设账户通过证券公司注册开设账户

  • 传递买卖指令一般通过交易软件， 下达买卖指令， 由券商传递给交易所。

  • 成交过程交易所接收到交易指令， 按撮合方式进行交易。

  • 撮合处理

    所有的买委托按照委托限价由高到低的顺序排列，限价相同者按照进入系统的时间先后排列；所有卖委托按委托限价由低到高的顺序排列，限价相同者按照进入系统的时间先后排列。

    依序逐笔将排在前面的买委托与卖委托配对成交，即按照“价格优先，同等价格下时间优先”的成交顺序依次成交，直至成交条件不满足为止，即不存在限价高于等于成交价的叫买委托、或不存在限价低于等于成交价的叫卖委托。所有成交都以同一成交价成交。

  • 交割买卖股票成交后，买主付出现金取得股票，卖主交出股票取得现金。

  • 过户交割完毕后，新股东应到他持有股票的发行公司办理过户手续，即在该公司股东名册上登记他 自己的名字及持有股份数等。完成这个步骤，股票交易即算最终完成。过户是会收取一定手续费。

3.3 需求介绍

整个平台支持三个层级运作， 包含 B 端交易商、 营运中心与顶层集团。本项目侧重 B2C 的业务， 可以忽略营 运中心层级， 重点关注 B 端交易商与C 端用户的功能实现。

 

 

核心功能包含行情订阅、K线呈现、撮合交易、深度成交、市价成交、限价委托、手动撤单、仓位总览、资金总览等等。实现整个完整服务流程。

 

3.4 架构设计介绍

• 服务架构设计

• 

   

• 功能架构设计

 

• 技术架构设计：

  

   

• 服务架构设计说明

  • 接入层与前置服务在实际生产环境部署中， 采用Nginx主备模式接入，通过Spring Cloud Gateway调用业务集群， 根据请求路径，映射调用不同的微服务。

  • 交易服务群代理服务负责交易与行情的处理， 采用Netty对接， 内部交易与行情微服务群采用SpringBoot2.X+Protobuf+gRpc连接调用， 交易是整个项目的核心， 主要分为代理服务， 负责客户端接入与数据的分发；行情服务，负责第三方行情源接入， 客户端的订阅与下发处理；交易服务， 处理核心交易逻辑， 包含撮合、深度、委托挂单、撤单等功能。还有仓位服务、资金服务、监控服务等，支撑完善交易服务功能。

  • 基础服务群将系统底层基础模块抽离封装，划分为系统管理服务、用户中心服务、统一鉴权服务等。 这些基础模块职能单一， 划分清晰， 不能存在过度耦合与复杂逻辑， 便于扩展与其他业务服务的接入。

  • 业务服务群包含派息分红、拆股强平服务、支付出金服务、报表服务， 活动服务等等。业务服务的拆分，需要认清业务的核心环节， 把控服务粒度， 微观解耦， 宏观统一， 整体有序。在服务治理， 部署， 规划上， 加强核心业务的管控与稳定性。

  • 任务调度服务群整个交易平台存在异步计算、监听、返写、预警触发、通知记录以及业务数据处理等各种调度任务；解耦核心业务处理， 保障稳定性； 采用专业ElasticJob分布式任务调度与治理框架， 提升系统吞吐能力与稳定性。

  • 同步服务群

    交易数据与业务数据分离设计， 保障核心交易数据的稳定性， 同时提升业务数据处理的灵活性与扩展性， 需要实现交易与业务数据的同步， 主要分为用户信息与资金数据、产品配置与管理数据、订单交易与流水数据。 金融场景对数据存在较高的敏感， 同时又要求较高的实时性， 需要充分考虑数据的安全， 性能与稳定。

  • 服务治理

    微服务架构设计有众多优点， 但过多的服务也会带来一系列的治理问题， Spring Cloud 整个生态拥有丰富的开源服务治理组件， 具备完整服务治理能力。 包含负载均衡、动态路由、日志采集、全链路监控、熔断降级等。相比Istio服务网格治理理念，它是把微服务框架与服务治理进行拆分，适合更大规模的微服务群， 而数十个规模的微服务， 采用Spring Cloud 足够驾驭且便于研发人员设计与管控。

  • 数据层服务

    数据库采用PostgreSQL主从模式存储交易数据； MariaDB集群模式存储业务数据。从规划上做好读写分离， 保障主库数据处理的稳定性， 集群模式提升数据库的可扩展性及高可用， 支撑海量数据高效运行。

3.5 整体技术说明

整体服务层划分为前端交互、接入层、 接口层、服务中间件、数据层服务组件、服务管理组件。

支持Jenkins持续集成， Docker虚拟化与DevOps管理， 采用主流数据库技术， MariaDB集群作为业务数据库， PostgreSQL主从作为交易数据库， 多种技术结合， 发挥最佳性能， 支持大型数据项目应用。

• 接入层技术

  接入服务， 采用LVS+NGINX+KEEPALIVED， 实现了整体服务的负载均衡与高可用。

  业务服务， 集成Spring Cloud Gateway， 能够支持自定义路由转发， 支持OATUH2鉴权。

  交易服务， 采用高效Netty NIO接入， 内部采用高性能的gRPC+ PB方式通讯。

• 服务注册与统一配置采用Nacos集群， 以MariaDB作为数据源， Nginx作负载。 支持所有微服务的注册发现与统一配置管理， 能够按不同环境管理不同的配置信息， 同实支持配置信息的动态更新。

• 应用层与通信技术

  分为内部服务与外部服务， 业务服务通过Gateway与外部对接， 交易与行情服务通过代理服务与外部对接。代理服务根据头部信息做路由转发处理。内部通信采用异步架构设计，结合RocketMQ集群， 提升吞吐量与处理效率。

  • 采用Spring Boot Starter gRPC + ProtoBuf实现，gRpc通讯性能要高于基于http方式的feign，PB数据效率要高于Json， 优点便捷、高效、广泛兼容性，主要用来实现用户交易数据的处理。

  • 采用Netty作为长连接的NIO框架， 处理交易数据与行情数据， 因为交易数据存在异步处理特征，以及行情数据的高频度特征， 使用高效的NIO框架加上长连接的方式更为合适。

  • 业务数据对外HTTP接口，遵循RestFul规范， 前后分离方式， 实现管理后台以及配置数据的处理。

• 中间件

  • REDIS集群： 三主三从集群部署模式， 支撑更多数据量及灵活扩展， 同实保障高可用。 主要处理用户数据、产品数据等热点信息。

  • Mongo集群： 对于高频次存取， 同实要保障数据的持久化， MongoDB相比传统DB更为合适。 主要负责支付信息数据以及二次加工数据的处理。

  • Ceph分布式文件存储： 强一致性， 保障数据的可靠，基于此特征， 适合金融交易平台， 主要处理一些小文件， 比如用户证明文件， 图像，验证码等信息。

  • ElasticSearch集群：在搜索方面目前有最为广泛的应用及优越的性能表现， 主要处理用户埋点信息， 登陆操作日志行为等搜索功能。

  • XXL-JOB分布式任务调度框架： XXL-JOB是一个轻量级分布式任务调度平台，其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线，开箱即用。 目前已有多家公司接入xxl-job，包括比较知名的大众点评，京东，优信二手车，北京尚德，360金融 (360)，联想集团 (联想)，易信 (网易)等等 。 在分布式任务的管理与调度实现上有着非常优越的表现。 适合处理异步任务， 回调任务， 返写任务， 统计报表等。

  • Seata Server（Fescar）分布式事务框架： 阿里开源组件， 用于微服务架构的分布式事务解决, 特点是高性能且易于使用， 代码侵入性低，底层采用Netty实现， 有较好的性能表现。 负责处理交易服务与业务服务模块之间的事务处理。

3.6 项目技术特色

• 前后分离架构设计， 职责单一， 功能明确， 便于服务的扩展与维护。

• 交易服务采用基于NIO非阻塞式Netty框架， 内部采用gRPC+Protobuf通讯， 保障交易服务的稳定可靠， 又能具有较好的性能。

• 业务服务采用Spring Cloud GateWay作统一网关接入， 相比ZUUL其他网关有2-3倍性能提升； 前置采用Nginx作反向代理， Nginx是采用广泛且是高性能的反向WEB代理服务。 支持RestFul（短连接）与Netty（长连接）方式接入。

• 主流成熟且先进的技术， 采用Nacos作服务注册发现与统一配置管理， 在这方面， 相比Eureka与Spring Cloud Config在性能与稳定性方面， 也是有非常明显的改进；采用Sentinel作为熔断限流组件， 相比Hystrix性能更优， 功能丰富； 采用主流的RocketMQ，适合互联网海量数据的同步处理；采用ElasticSearch，在搜索方面目前有最为广泛的应用及优越的性能表现。

• 采用Spring Cloud最新版本及核心生态组件，集成Nacos作统一配置化管理， Sentinel作熔断降级控制， ELK作统一日志管理， 以及CAT组件完善的链路监控功能， 完善的服务治理功能， 便于线上维护。

• 数据层服务采用Redis集群作热点缓存， Ceph作分布式文件存储， MongoDB作NoSQL缓存， 支撑海量交易服务。

• Seata(fescar) Server 优秀的分布式事务TCC框架， 快速、高效、侵入性低。

• Spring Boot 2.X + Gateway + Spring Security OAuth2 统一认证鉴权与Token增强技术运用。

• 采用Jenkins+Git+Maven+Docker+Registry 持续集成技术、便于服务的管理与发布。

• 采用众多集群技术： MariaDB集群、Redis集群、RocketMQ集群、XXL-JOB集群、ES集群等， 生产级实践验证，支撑海量数据与高并发场景。

3.7 技术解决方案

如上所述， 本项目包含以下技术解决方案：

1. 服务高可用解决方案（KeepAlived+Lvs+Nginx）. 微服务网关解决方案（Spring Cloud Gateway）. 微服务高效通讯解决方案（SpringBoot2.X+gRpc+Protobuf+Netty）. 微服务注册发现与配置管理解决方案。（Nacos集群+Mariadb+Nginx）. 微服务熔断降级限流解决方案（Sentinel + dashboard）. 微服务分布式事务解决方案（Seata Server）. 微服务异步消息架构解决方案（RocketMQ集群）. 微服务链路监控解决方案（Cat集群）. 微服务统一鉴权解决方案（OAuth2+Redis+TokenEhancer）

   1. 微服务统一日志解决方案（ElasticSearch+Logstash+Kibana）. 热点缓存解决方案（Redis集群）. 分布式锁解决方案（Spring Integration Redis）. 前后分离与文档管理解决方案（Swagger2聚合文档）. 多数据源解决方案（Spring Boot + Durid + JPA/MyBatis）. 分布式文件存储解决方案（Ceph集群）. 分布式搜索解决方案（ElasticSearch集群）. 分布式任务调度解决方案（XXL-JOB集群）. 可持续集成自动发布解决方案（Jenkins+Git+Maven+Docker+Registry）

3.8 如何技术选型

技术是为业务服务，脱离业务的技术是空中楼阁。

技术价值来源于用户与业务的需要， 如果没有业务支撑， 再好的技术也无从发挥。每个公司有自己的业务背景， 比如淘宝从早期的单一架构到分布式架构， 从单机部署到机房部署再到容器化及云平台， 技术不是一步到位，而是不断演进提升，跟随业务不断去改进， 不是越高大上的技术就越好， 找到适合的技术才是最好的。

技术选型对初创公司尤为重要， 合适的选型能少走很多弯路， 让产品更快推向市场， 更快赢得客户， 才能拓展更广阔的市场， 这样的公司在市场中才具备更强的竞争力。

要搭建一个新的技术平台， 先必须先了解其业务特性， 核心的业务场景， 交互的复杂度、 用户规模、 峰值请求量、推广营运计划等等， 做出版本规划， 迭代计划， 对于互联网产品， 版本计划周期不能太长， 一般两周左右一个版本， 这个时候你要做出合理的系统架构设计以及技术发展规划。 互联网发展， 日新月异， 需求千变万化， 没有人能够一开始就把所有设计做好。 从本源做起， 业务形态各式各样， 但不变的是底层，比如用户管理、系统管理、权限管理， 这些在大部份项目中基本上都脱离不了， 那么这块我们就可以充分考虑， 花时间去考究， 把这些功能统一设计， 统一管理、统一鉴权， 提供单点登陆功能，做成系统底层平台， 支持公司其他项目的接入， 不必再重复设计实现， 虽然只是一个功能模块， 但我们却可以做成一个平台服务， 用户规模增长越快， 其价值体现也就越大， 如果后面再去重构， 可能就要花费数倍代价，而且容易产生风险。

对于复杂多变的业务， 比如活动推广， 今天想做一个充一百送二十的活动， 运作半个月，发现效果不理想， 业务方把它拿掉， 又做一个用户推荐送赠金活动，发现还是没用户进来， 又做一个抽奖活动， 不断在市场中试验各种业务模式，对于这些业务， 我们就没必要把一个功能当作一个平台去充分考虑设计， 以实现功能为主， 快速推出， 在市场中看反映结果如何， 如果有一定效应， 那么再做第二版的时候， 我们再去改进底层， 再充分考虑其性能， 稳定性与扩展性，这样在激烈的竞争市场中我们能强得先机， 同时再加大投入也不会带来较多成本的开销，这些是需要我们站在更高的角度去规划与把控。

3.9 技术选型案例

互联网的不断发展， 沉淀了很多优秀的开源技术， 对于众多的同类技术， 我们如何去选型， 怎么去分析做最终的决策， 前面说过， 合适的技术才是最好的， 下面我们拿MQ来做比对选型。MQ技术众多， 包含RocketMQ、KAFKA、RabbitMQ、ActiveMQ、ZeroMQ等。技术比对要有横纵深度：

对比点	ActiveMQ	RabbitMQ	RocketMQ	ZeroMQ	Kafka
成熟度	成熟	成熟	比较成熟	不成熟	成熟
社区活跃度	高	高	中	低	高
文档	多	多	中	中	多
优点	功能齐全， 大量开源项目使用	Erlang 语言开发， 并发能力，性能很好	支持上万个队列；多种消费模式；可靠性好	低延时，低开销，高性能	多文件并发写入，高吞吐量
授权方式	开源	开源	开源	开源	开源
协议	OpenWire、STOMP、REST、XMPP、AMQP	AMQP	自定义协议	TCP、UDP	仿AMQP
持久化	内存、文件、数据库	内存、文件	磁盘文件	在消息发送端保存	磁盘文件
事 务	支持	不支持	支持	不支持	支持
集群	支持	支持	支持	不支持	支持
负载均衡	支持	支持	支持	不支持
管理界面	一般	好	可视化管理	无	一般
顺序	不严格	不严格	保证严格顺序	无法保障	不严格
单机性能	万级	万级	10万级	10万级	10万级

以上表格， 我们可以对比看出各消息队列的的优缺陷， 那么结合实际业务， 该如何选择？

我们做的是金融交易平台， 要求较高的性能与数据的一致性。

ActiveMQ和RabbitMQ虽然成熟度较高， 但是并非针对高吞吐量设计， 不适合互联网大数据量应用；

ZeroMQ有较好的吞吐性能， 但是其成熟度不高， 事务、集群与接入都不完善；

那么剩下RocketMQ和Kafka， 这两种队列都是针对大数据设计， 高吞吐性能，特征都比较相似；但是Kafka吞吐性能单机可以达到百万级， 而RocketMQ在十万级 ， 是不是就可以采用Kafka？ 性能问题解决了， 但是数据的一致性呢？ Kafka正因为其高性能，每个Partition一个物理文件， 带来的弊端是不能严格保证顺序， 这样就会导致数据出现错乱， 而金融场景对这点是非常严格苛刻， RocketMQ正是借鉴Kafka架构重新设计， 可以支持上千个Topic而不衰减。

 

RocketMQ消息投递保证了严苛的顺序， 虽然单机吞吐量不及Kafka， 但是可以通过集群方式弥补， 没有完美的技术， 基于这些特征， RocketMQ更适合金融场景的运用， 也是经过阿里支付场景海量数据的验证。

再来分析下， 熔断组件如何选型：

我们熟知的熔断器组件有hystrix， 但其已停止开发， 官方推荐采用Resilience4j替代。阿里也开源了一个流量控制组件Sentinel, 其覆盖了阿里的所有核心场景， 积累了大量的流量归整场景及生产实践。

结合Hystrix、Resilience4j和Sentinel作个对比：

对比点	Sentinel	Hystrix	Resilience4j
隔离策略	信号量隔离（并发线程数限流）	线程池隔离/信号量隔离	信号量隔离
动态规则配置	支持多种数据源	支持多种数据源	有限支持
扩展性	多个扩展点	插件的形式	接口的形式
限流	基于 QPS，支持基于调用关系的限流	有限的支持	Rate Limiter
系统自适应保护	支持	不支持	不支持
控制台	提供开箱即用的控制台，可配置规则、查看秒级监控、机器发现等	简单的监控查看	不提供控制台，可对接其它监控系统

再来分析Sentinel与Resilience4j的设计：

Hystrix采用的是执行模型， 基于RxJava实现， 通过线程池执行； Sentinel采用的是资源模型，资源定义与配置耦合度更低。

Hystrix提供两种隔离策略： 线程池隔离与信号量隔离， 线程池方式隔离度高， 但是代价是上下文切换的资源开销过高，对要求低延迟的调用有较大影响; Sentinel 可以通过并发线程数模式的流量控制来提供隔离功能， 并且结合基于响应时间的熔断降级模式， 可以在不稳定资源的平均响应时间比较高的时候自动降级，防止过多的慢调用占满并发数，影响整个系统。

Sentinel还支持基于平均响应时间的熔断降级， 可以防止调用非常慢造成的级联阻塞情况。

综合比较， Sentinel 在流量控制，系统保护和实时监控方面有更多的支持， 设计考虑更为完善， 是一款轻量、高性能的流量管控组件， 适合金融交易场景的性能要求及各种复杂业务要求。

4. 小结

• 了解项目的业务， 整体设计与所用的技术栈。

• 了解金融背景基础知识，拓展交易业务知识面， 使用模拟交易软件， 提升对交易的认知与理解。

• 项目需求， 三个层级： B 端交易商、 营运中心与顶层集团。

  • 平台设计结构支持多种模式运作， 自身作为顶层集团，给其他交易商提供服务， 支持SAAS化运作；整套平台也可以由一个独立交易商运作， 直接面向C端用户提供服务。

  • 了解平台核心业务功能： 行情、交易、资金、仓位等。

• 了解整体服务架构设计，内部通讯方式， 服务部署架构， 核心业务所用的技术点。

• 技术选型：

  掌握业务背景， 抓住业务核心， 业务与技术有效结合， 不能脱离实际， 空中楼阁。

• 技术比对：

  做技术选型一定要做技术比对， 不能自我局限， 固步自封， 作为一名资深技术人员， 与时俱进， 掌握主流技术， 知道何时何地用何种技术。

第2章 工程规范与环境搭建

1. 目标

• 掌握工程代码编写规范

• 掌握工程环境搭建

2. 步骤

• 工程结构规范

• 环境搭建配置

3. 实现

3.1 工程结构规范

• 应用分层：

  终端显示层	开放接口
  ↑↑请求处理层（web层）↓↓
  业务逻辑层（Service层）
  ↑↑数据持久层(dao层)↓↓
  数据源	外部接口或第三方平台

• 分层领域模型规范约束：DO（Data Object） ：此对象与数据库表结构一一对应，通过 DAO 层向上传输数据源对象。DTO（Data Transfer Object） ：数据传输对象， Service 或 Manager 向外传输的对象。BO（Business Object） ：业务对象，由 Service 层输出的封装业务逻辑的对象。AO（Application Object） ：应用对象，在 Web 层与 Service 层之间抽象的复用对 象模型，极为贴近展示层，复用度不高。VO（View Object） ：显示层对象，通常是 Web 向模板渲染引擎层传输的对象。Query ：数据查询对象，各层接收上层的查询请求。注意超过 2 个参数的查询封装，禁止使用 Map 类来传输。POJO(Plain Ordinary Java Object)： 普通JAVA对象，只有属性及其set/get方法。DTO(Data Transfer Object)： 数据传输对象，用在需要跨进程或远程传输时，它不应该包含业务逻辑。

• 版本规范：GroupID 格式： com.{公司/BU}.业务线[.子业务线]，最多4级。ArtifactID 格式：产品线名-模块名， 例：dubbo-client, spring-boot, spring-mvcVersion 版本号： 主版本号代表产品方向改变，新功能， 新需求或较大技术重构调整；次版本为影响范围极小的功能或技术调整； 修订号主要为修复BUG, 优化等细节调整。注意起始版本号必须为： 1.0.0而不是0.0.1

• 编写规范类名与方法编写采用驼峰命名法， 接口以I开头， 实现类以Impl结尾。 例：用户接口为IUserService, 用户实现类为IUserServiceImpl。 其他详细规范请参考《阿里巴巴Java开发手册》。

3.2 环境搭建

1. 准备IdeaJDK1.8+ MAVEN3.5+NACOS1.0.1安装两个idea插件， 在idea的maketplace里搜索maven helper和lombok进行安装。

2. 启动Nacos修改Nacos配置文件application.properties，采用无密码登陆方式， 开启以下配置:

   spring.security.enabled=false
   management.security=false
   security.basic.enabled=false
   nacos.security.ignore.urls=/**

   执行bin目录下的startup.cmd启动， 访问http://127.0.0.1:8848/nacos 正常开到管理后台界面。

    

3. 工程搭建引入目前最新版本的Spring Cloud Alibaba， 基于Spring Cloud Finchley版本封装。

• 创建父级工程创建bulls-stock父级MAVEN工程。POM依赖：

    
    
        2.1.1.RELEASE
        2.1.2.RELEASE
        2.1.6.RELEASE
        1.8
        1.8
        3.8.0
        3.1.0
  
  ​
    
        
        
            org.projectlombok
            lombok
            true
        
  
  ​
    
        
            
            
                com.alibaba.cloud
                spring-cloud-alibaba-dependencies
                ${spring.cloud.alibaba.version}
                pom
                import
            
            
            
                org.springframework.cloud
                spring-cloud-commons-dependencies
                ${spring.cloud.alibaba.version}
                pom
                import
          
  ​
            
            
                org.springframework.cloud
                spring-cloud-gateway-dependencies
                ${spring-cloud-gateway.version}
                pom
                import
          
  ​
            
            
                org.springframework.boot
                spring-boot-dependencies
                ${spring-boot.version}
                pom
                import
          
  ​
      
  ​
    
    
        ${project.name}
        
        
            
                src/main/resources
                true
            
            
                src/main/resources
            
            
                src/main/java
                
                    **/*.xml
                
            
        
        
        
            
                maven-compiler-plugin
                ${maven-compiler-plugin.version}
                
                    ${maven.compiler.target}
                    ${maven.compiler.source}
                    UTF-8
                    true
                
            
        
    
        
            
                
                
                    org.springframework.boot
                    spring-boot-maven-plugin
                    ${spring-boot.version}
                    
                        
                            
                                repackage
                            
                        
                    
                
                
                    org.apache.maven.plugins
                    maven-jar-plugin
                    ${maven-jar-plugin.version}
                
            
            
    

  再创建两个工程， 一个是GATEWAY网关服务， 另一个是USER服务。

• 创建网关工程

 

• StockGatewayApplication运行主类代码：

  @SpringBootApplication
  @EnableDiscoveryClient
  public class StockGatewayApplication {
  ​
      public static void main(String[] args) {
          SpringApplication.run(StockGatewayApplication.class, args);
      }
  }
  ​

  POM依赖：

  
      
      
          org.springframework.cloud
          spring-cloud-starter-gateway
      
      
      
          org.springframework.boot
          spring-boot-starter-actuator
      
      
      
          com.alibaba.cloud
          spring-cloud-starter-alibaba-nacos-discovery
      
  

  配置文件application.properties：

  # 服务配置信息
  server.port=10680
  spring.application.name=stock-gateway
  spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848
  spring.cloud.nacos.discovery.service=stock-gateway
  ​
  # 转发配置
  spring.cloud.gateway.routes[0].id=stock-user
  spring.cloud.gateway.routes[0].uri=lb://stock-user
  spring.cloud.gateway.routes[0].predicates[0]=Path=/**

• 创建用户服务工程

• 

  POM依赖：

  
      
      
          org.springframework.boot
          spring-boot-starter-web
      
      
      
          com.alibaba.cloud
          spring-cloud-starter-alibaba-nacos-discovery
             
  ​
  

  配置文件application.properties：

  # 服务配置信息
  server.port=10681
  spring.application.name=stock-user
  spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848
  management.endpoints.web.exposure.include=*

  StockUserApplication运行主类代码：

  提供一个/welcome访问接口：

  @SpringBootApplication
  @EnableDiscoveryClient
  @RestController
  public class StockUserApplication {
  
      public static void main(String[] args) {
  
          SpringApplication.run(StockUserApplication.class, args);
      }
      
      /**
       * 提供访问测试接口， 支持POST和GET
       **/
      @RequestMapping("/welcome")
      public String welcome() {
          return "welcome bulls stock platform! !";
      }
  }

1. 启动工程并检查分别启动stock-gateway和stock-user两个工程， 启动正常可以在Nacos控制台看到两个服务：

2. 可以看到， 两个服务成功注册。使用@EnableDiscovereClient使用Nacos 开启发现主键扫描的基准目录CompenstaScan，在进行网关服务配置的时候，需要读取对应的properties文件里面的内容，修改里面的内容，配置nacos里面的地址，配置完地址之后，就可以看到对应注册到对应的nacos,在给nacos设置对应的服务名称就可以了，网关服务，不会有对应的用户进行访问，要进行名称相关的设置，网关服务的创建和基本服务的社遏制，启动成功之后就可以在对应的管理后台看到对应的服务节点，spring 集成了之后就看到对应的信息

3. 

   后面在创建用户服务工程

4. 通过用户服务的基本配置之后就可以在对应的基本信息内进行相关的查看，查看之后就可查看对应的Controller相关的配置进行相关的URL的访问就可以看到对应的信息进行访问就可以看到对应的信息和对应的接口，访问对应的接口，用户服务就可以搭建完成了

5.  在通过网关的配置之后就可以通过网关进行相关的用户服务的配置，转发到对应的服务网关的配置，可以看到对应的相关的配置和相关的告诉的对应的路径才会处方对配置，所有的路径都，转发配置，转发是什么意思就是，当有多个服务节点都可以进行相关的转发，id,转发标识那个服务，url相对路径地址，可以看到，lb支持负载均衡的转换，下面的就是那些路径支持转发，所有路径都会转发到对应用户服务

spring.cloud.gateway.routes[0].id=stock-user
spring.cloud.gateway.routes[0].uri=lb://stock-user
spring.cloud.gateway.routes[0].predicates[0]=Path=/**

可以看到对应的网关服务是10680，通过网关就可以实现对用户服务的访问，用户服务的接口是10681，这里网关服务里面是没有对应的接口的，对应的对应的网格服务在进行拼接对应的URL就可以实现对应的访问的配置和相关的访问就可以实现对应的配置相关的内容

 

4. 小结

• 掌握工程结构规范， 遵循《阿里巴巴JAVA开发手册》的规范， 养成良好的编程风格。

• Spring Cloud Alibaba微服务环境搭建， 完成搭建网关、用户服务、Nacos服务。