修改代码地址

java/springcloud实战/1.springCloudConfig使用.md

@@ -7,6 +7,8 @@ category="java"
 serie="springCloud实战"
 ---
 
+  本篇项目代码存放于：[点击跳转](https://github.com/FleyX/demo-project/tree/master/springcloud/spring-cloud-config%E9%85%8D%E7%BD%AE%E4%B8%AD%E5%BF%83)
+
 ## 一、前言
 
   在开发普通的 web 应用中，我们通常是将配置项写在单独的配置文件中，比如`application.yml`,`application.properties`，但是在微服务架构中，可能会出现数百个微服务，如果每个微服务将配置文件写在自身的配置文件中，会导致配置文件的管理非常复杂。因此集中式的配置管理是非常有必要的，每个服务启动时从集中式的存储库中读取需要的配置信息。其模型如下：
@@ -282,4 +284,4 @@ spring:
 ## 总结
 
   本篇只是用到了 spring-cloud-config 这个来进行配置集中管理，并没有涉及到微服务，在下一篇将开始微服务的学习。
-  本篇两个项目代码存放于：[点击跳转](https://github.com/FleyX/demo-project/tree/master/springcloud/%E7%AC%AC%E4%B8%80%E7%AF%87%E6%89%80%E7%94%A8%E4%BB%A3%E7%A0%81)
+  本篇两个项目代码存放于：[点击跳转](https://github.com/FleyX/demo-project/tree/master/springcloud/spring-cloud-config%E9%85%8D%E7%BD%AE%E4%B8%AD%E5%BF%83)

java/springcloud实战/2.springCloud服务发现.md

@@ -7,6 +7,8 @@ category="java"
 serie="springCloud实战"
 ---
 
+本篇代码存放于:[github](https://github.com/FleyX/demo-project/tree/master/springcloud/spring-cloud%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0)
+
 # 一、服务发现架构
 
   服务发现架构通常具有下面 4 个概念：
@@ -440,4 +442,4 @@ public Licensing getLicensingByFeign(@PathVariable("orgId") String orgId) {
 
 # 总结
 
-  这一节磨磨蹭蹭写了好几天，虽然例子很简单，但是相信应该是能够看懂的。由于篇幅原因代码没有全部贴上，想要查看完整代码，可以访问这个链接：[点击跳转](https://github.com/FleyX/demo-project/tree/master/springcloud/%E7%AC%AC%E4%BA%8C%E7%AF%87%E4%BB%A3%E7%A0%81)。
+  这一节磨磨蹭蹭写了好几天，虽然例子很简单，但是相信应该是能够看懂的。由于篇幅原因代码没有全部贴上，想要查看完整代码，可以访问这个链接：[点击跳转](https://github.com/FleyX/demo-project/tree/master/springcloud/spring-cloud%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0)。

java/springcloud实战/3.springCloud与Netflix Hystrix的弹性客户端模式.md

@@ -9,6 +9,8 @@ serie="springCloud实战"
 
 **本篇原创发布于：**[FleyX 的个人博客](tapme.top/blog/detail/2018-11-28-15-57-00)
 
+本次用到全部代码：[点击跳转](https://github.com/FleyX/demo-project/tree/master/springcloud/spring-cloud%E5%BC%B9%E6%80%A7%E5%AE%A2%E6%88%B7%E7%AB%AF)
+
 # 一、为什么要有客户端弹性模式
 
   所有的系统都会遇到故障，分布式系统单点故障概率更高。如何构建应用程序来应对故障，是每个软件开发人员工作的关键部分。但是通常在构建系统时，大多数工程师只考虑到基础设施或关键服务彻底发生故障，使用诸如集群关键服务器、服务间的负载均衡以及异地部署等技术。尽管这些方法考虑到组件系统的彻底故障，但他们之解决了构建弹性系统的一小部分问题。当服务崩溃时，很容易检测到该服务以及失效，因此应用程序可以饶过它。然而，当服务运行缓慢时，检测到这个服务性能越发低下并绕过它是非常困难的，因为以下几个原因：
@@ -206,6 +208,6 @@ public class OrganizationFeignClientImpl implements OrganizationFeignClient{
 
   **注意**：示例代码中都是硬编码属性值到 Hystrix 注解中的。在实际应用环境中，一般都是将配置项配置在 Spring Cloud Config 中的，方便统一管理。
 
-本次用到全部代码：[点击跳转](https://github.com/FleyX/demo-project/tree/master/springcloud/%E7%AC%AC%E4%B8%89%E7%AF%87%E6%89%80%E7%94%A8%E4%BB%A3%E7%A0%81)
+本次用到全部代码：[点击跳转](https://github.com/FleyX/demo-project/tree/master/springcloud/spring-cloud%E5%BC%B9%E6%80%A7%E5%AE%A2%E6%88%B7%E7%AB%AF)
 
 **本篇原创发布于：**[FleyX 的个人博客](tapme.top/blog/detail/2018-11-28-15-57-00)

java/springcloud实战/4.springCloud之Zuul服务路由.md

@@ -10,6 +10,8 @@ serie="springCloud实战"
 镇博图
 ![三笠](https://raw.githubusercontent.com/FleyX/files/master/blogImg/springcloud%E5%AE%9E%E6%88%98/20190108162523.jpeg)
 
+**本篇代码存放于:**[github](https://github.com/FleyX/demo-project/tree/master/springcloud/spring-cloud%E6%9C%8D%E5%8A%A1%E8%B7%AF%E7%94%B1)
+
 **本篇原创发布于：**[FleyX 的个人博客](tapme.top/blog/detail/2019-01-03-19-19)
 
 **本篇中 Zuul 版本为 1.x，目前最新的是 2.x，二者在过滤器的使用上有较大区别**
@@ -435,4 +437,6 @@ public class ResponseFilter extends ZuulFilter {
 
   终于写完了，微服务的基础学习又近了一步，加油！
 
+**本篇代码存放于:**[github](https://github.com/FleyX/demo-project/tree/master/springcloud/spring-cloud%E6%9C%8D%E5%8A%A1%E8%B7%AF%E7%94%B1)
+
 **本篇原创发布于：**[FleyX 的个人博客](tapme.top/blog/detail/2019-01-03-19-19)