Update README.md

791731c1 · intomylife · f6985440 · 791731c1
隐藏空白更改
内联并排

Showing with 151 addition and 20 deletion

README.md README.md +151 -20

未找到文件。
--- a/README.md
+++ b/README.md
-# 简单了解微服务
+<h1 align="center">
+  简单了解微服务
+</h1>

-所有整合的 demo 都通过测试，并且真实有效
+<p align="center">
+	<strong>所有代码都通过测试，并且真实有效</strong>
+</p>

-### SpringCloud 之服务注册与发现 Eureka + 客户端 Feign
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/90264207](https://intomylife.blog.csdn.net/article/details/90264207)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/90264207)
+<p align="center">
+  <a target="_blank" href="https://github.com/intomylife/SpringCloud">
+    <img src="https://img.shields.io/github/stars/intomylife/SpringCloud.svg?style=social" alt="github star"/>
+  </a>&ensp;
+  <a target="_blank" href="https://github.com/intomylife/SpringCloud">
+    <img src="https://img.shields.io/github/forks/intomylife/SpringCloud.svg?style=social" alt="github fork"/>
+  </a>&ensp;
+  <img src="https://img.shields.io/badge/real%20stuff-Max-red" alt="real stuff - Max"/>
+</p>

-### SpringCloud 之熔断器 Hystrix
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/90447408](https://intomylife.blog.csdn.net/article/details/90447408)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/90447408)
+------

-### SpringCloud 之熔断监控 Hystrix Dashboard
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/90576780](https://intomylife.blog.csdn.net/article/details/90576780)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/90576780)
+## 简介

-### SpringCloud 之监控数据聚合 Turbine
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/90732956](https://intomylife.blog.csdn.net/article/details/90732956)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/90732956)
+本仓库整合了一些工作中经常用到的一些技术。目前深度较浅，但会持续更新，并且会慢慢加深。

-### SpringCloud 之配置中心 Config（Git 版）
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/91126435](https://intomylife.blog.csdn.net/article/details/91126435)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/91126435)
+## 文档

-### SpringCloud 之配置中心 Config（高可用）
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/91175252](https://intomylife.blog.csdn.net/article/details/91175252)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/91175252)
+* 服务注册与发现
+
+    * [SpringCloud 之服务注册与发现 Eureka + 客户端 Feign](https://blog.csdn.net/qq_41402200/article/details/90264207)
+
+* 熔断器
+
+    * [SpringCloud 之熔断器 Hystrix](https://blog.csdn.net/qq_41402200/article/details/90447408)
+
+* 熔断监控
+
+    * [SpringCloud 之熔断监控 Hystrix Dashboard](https://blog.csdn.net/qq_41402200/article/details/90576780)
+
+    * [SpringCloud 之监控数据聚合 Turbine](https://blog.csdn.net/qq_41402200/article/details/90732956)
+
+* 配置中心
+
+    * [SpringCloud 之配置中心 Config（Git 版）](https://blog.csdn.net/qq_41402200/article/details/91126435)
+
+    * [SpringCloud 之配置中心 Config（高可用）](https://blog.csdn.net/qq_41402200/article/details/91175252)
+
+    * [SpringCloud 之配置中心 Config（消息总线）](https://blog.csdn.net/qq_41402200/article/details/92077652)
+
+* 服务网关
+
+    * [SpringCloud 之服务网关 Gateway](https://blog.csdn.net/qq_41402200/article/details/94333830)
+
+* 链路跟踪
+
+    * [SpringCloud 之链路跟踪 Sleuth](https://blog.csdn.net/qq_41402200/article/details/94865516)
+
+* ...
+
+## 对于项目结构的一些说明
+
+### 前言
+
+**有朋友说出了一些疑问：**
+
+> 为什么有些工程里没有任何代码，是有什么特别的用途或者意义吗？
+
+**我的回答是：**
+
+> 可以看出，所有的相关整合我都是用的一种结构，这种结构其实是可以适用于 **Dubbo** 和 **微服务** 架构的，也是出于习惯，即使有些单个的技术点可能只需用到一两个类文件，我也是“不厌其烦”，更或者说是想保持一种统一的风格，就还是把所有的目录结构全部新建上去。
+
+**不过，最近我发现了一个很尴尬的事情：**
+
+> 原来提交代码的时候，Git 自动把空目录过滤了！也就是空目录压根没有提交上来，内心瞬间“五味杂陈”（笑 cry）。瞬间想到，原来问我的是：大兄弟提交的空目录是干啥的？随后我花了一天的时间把所有的空目录补回来了：[e95ab8c](https://github.com/intomylife/SpringCloud/commit/e95ab8ce1d370bfd66b19ce28c6389f810b06ffe)，[ffebc70](https://github.com/intomylife/SpringCloud/commit/ffebc70557ecb68028780ca9f125427970d1d6f7)，[e740e7f](https://github.com/intomylife/SpringCloud/commit/e740e7fdf8435e876bd4332be6f531583f14a0e0)，[a942009](https://github.com/intomylife/SpringCloud/commit/a94200935b7fd62e10cd8665d757b4110144ba19)，[48bea7d](https://github.com/intomylife/SpringCloud/commit/48bea7dda3bc70e911a81bc86b6e48fbd2c83c46)，[c933cd1](https://github.com/intomylife/SpringCloud/commit/c933cd1692f1657d99210309f20822c2cae92316)，[606041c](https://github.com/intomylife/SpringCloud/commit/606041c6205b036c1872e3aef76f5f7ec67385ef)，[280a72c](https://github.com/intomylife/SpringCloud/commit/280a72c2913f4962c78bcb03c061db87de1e4fc9)，[f698544](https://github.com/intomylife/SpringCloud/commit/f6985440fec9fa6e085d86d10b148cde309fda20)，
+
+### 结构
+
+**最外层目录：**
+
+* xxx-commons：公用工程，用来引入公共的依赖，编写默认初始的配置信息，对应的工具类，以及统一返回实体类等等能抽取出来的一切公用代码。比如当项目中需要使用`Redis`做缓存，这时首先会在此工程中引入`Redis`的依赖`spring-boot-starter-data-redis`；其次编写`Redis`默认的最大连接数，连接超时时间等这些配置信息；然后考虑到兼容还需要统一解决序列化问题；最后把一些频繁使用的`Redis`操作封装到工具类中来简化调用。
+
+* xxx-service：聚合服务工程，用来指定`SpringBoot`版本信息，配置部署信息，以及包含所需的所有子模块。也就是说这个父工程是没有其他代码的，主要就只有一个`pom.xml`文件。
+
+**xxx-service：**
+
+* 包含各种模块，比如**用户模块**，**订单模块**等等
+
+* 从之前的 [SpringBoot 整合各类框架和应用](https://github.com/intomylife/SpringBoot) 中的服务之间调用使用`Dubbo`，到现在的 [简单了解微服务](https://github.com/intomylife/SpringCloud) 中的服务之间调用使用`服务注册与发现`，项目结构都是 **xxx-commons** + **xxx-service**
+
+**xxx-service-api：**
+
+* 每个模块中的“接口”工程
+
+* 使用`Dubbo`技术调用服务时，需要先把对外提供的接口在内部实现了，然后再对外暴露并被引入到调用者的工程中，这时为了解耦合，会只把对外暴露的接口单独写在一个工程里，也就是当前的 **xxx-service-api** 工程；在 [SpringBoot 整合各类框架和应用](https://github.com/intomylife/SpringBoot) 中对应的目录结构如下
+
+```
+ - api              ## 对外暴露的接口
+ - constant         ## 常量
+ - dto              ## 扩展实体类
+```
+
+* 使用`服务注册与发现`技术调用服务时，而是使用的 **服务名** + **请求的完整签名** 来实现的，所以到 [简单了解微服务](https://github.com/intomylife/SpringCloud) 时目录结构变成了这样
+
+```
+ - constant         ## 常量
+ - dto              ## 扩展实体类
+```
+
+**xxx-service-core：**
+
+* 每个模块的“核心”工程
+
+* 而此时两种架构的基础结构都有如下
+
+```
+ - controller       ## 前端控制器
+ - domain           ## 基础实体类
+ - mapper           ## mapper 接口
+    - xml           ## mapper.xml 文件
+ - service          ## 处理业务逻辑
+```
+
+* 如果是使用`Dubbo`技术，那么，要在自己内部实现对外暴露的接口，所有就有
+
+```
+ - api              ## 这里与 xxx-service-api 工程的包名统一
+    - impl          ## 对外暴露接口的实现类
+```
+
+* 如果是使用`服务注册与发现`技术，那么，写远程调用的类就在
+
+```
+ - feign        ## 远程调用
+    - fallback  ## 熔断方法
+```
+
+* 甚至，使用`服务注册与发现`技术时，可能还会把给其他服务调用的方法专门放在一个统一的包下管理
+
+```
+ - api          ## 被其他服务远程调用
+```
+
+**其他：**
+
+可能之前有些项目结构不是和上面所描述的一致，但是现在开始往后的都会以这个为标准来搭建
+
+## 联系我
+
+> 如果您有任何疑问，或者有宝贵的建议，欢迎提交 [issues](https://github.com/intomylife/SpringBoot/issues)。
+
+或通过如下方式联系我：
+
+* Email: intomylife@foxmail.com
+
+## 关于我
+
+* 个人博客：https://www.zouwencong.com
+
+* CSDN：https://blog.csdn.net/qq_41402200

-### SpringCloud 之配置中心 Config（消息总线）
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/92077652](https://intomylife.blog.csdn.net/article/details/92077652)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/92077652)

-### SpringCloud 之服务网关 Gateway
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/94333830](https://intomylife.blog.csdn.net/article/details/94333830)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/94333830)

-### SpringCloud 之链路跟踪 Sleuth
-> 博客地址：[https://intomylife.blog.csdn.net/article/details/94865516](https://intomylife.blog.csdn.net/article/details/94865516)[ ⚡ 备用链接](https://blog.csdn.net/qq_41402200/article/details/94865516)