添加了微服务目录

代码风水师 · 代码风水师 · commit 63f4211ed5ff · 2018-11-27T23:31:46.000+08:00
diff --git a/README.md b/README.md
@@ -36,12 +36,13 @@
 * [Java虚拟机 （第 08 篇） 深入理解：类文件结构]()
 * [Java虚拟机 （第 09 篇） 深入理解：类加载机制]()
 * [Java虚拟机 （第 10 篇） 深入理解：类加载的双亲委派模型]()
-* Java虚拟机 （第 11 篇） 深入理解：打破双亲委派模型]
+* Java虚拟机 （第 11 篇） 深入理解：打破双亲委派模型
 * Java虚拟机 （第 12 篇） 深入理解：OSGi与Tomcat类加载机制
 
 
 ### 三、:closed_lock_with_key:Java多线程与并发框架:unlock:   
 * [Java多线程与并发框 （第 01 篇） 深入理解：线程的状态]()
+* [Java多线程与并发框 （第 01 篇） 深入理解：线程和进程的区别]()
 * [Java多线程与并发框 （第 02 篇） 深入理解：Java内存模型]()
 * [Java多线程与并发框 （第 03 篇） 深入理解：Java内存模型的三大特性 -- 原子性、可见性、有序性]()
 * [Java多线程与并发框 （第 04 篇） 深入理解：重排序、屏障指令、as-if-serial、happens-before规则]()
@@ -96,7 +97,7 @@
 * Spring 5.x （第 01 篇） 核心篇：AnnotationConfigApplicationContext 源码分析
 * [Spring 5.x （第 01 篇） 核心篇：Bean的生命周期](https://github.com/about-cloud/JavaCore/blob/master/resource/markdown/spring/BeanLifeCycle.md)
 * [Spring 5.x （第 01 篇） 核心篇：Bean作用域](https://github.com/about-cloud/JavaCore/blob/master/resource/markdown/spring/BeanScope.md)
-* Spring 5.x （第 01 篇） 核心篇：AOP织入代码
+* Spring 5.x （第 01 篇） 核心篇：AOP原理分析
 * Spring 5.x （第 01 篇） 核心篇：Spring解决线程安全问题
 
 
diff --git a/resource/markdown/distribution/WhatisDistributed.md b/resource/markdown/distribution/WhatisDistributed.md
@@ -1,6 +1,6 @@
-集群、分布式和微服务有很多相似之处，又有所不同。集群为什么过时？微服务为何兴起？
+<h3 style="padding-bottom:6px; padding-left:20px; color:#ffffff; background-color:#E74C3C;">零、巨石系统</h3>
 
-原文持续更新地址：https://github.com/about-cloud/JavaCore
+> 巨石系统(Monolith System)又称单体系统，最直观的感受是把一个程序（系统）涉及的各个组件都打包成一个可部署、运行的包（如JAR包、WAR包）。
 
 
 
@@ -16,16 +16,11 @@
 
 ![分布式]()
 
-> *集群* 解决了单机压力问题，但是随着业务的增长，单应用变的越来越复杂，越来越巨大（也就是 *巨型应用* ），维护和开发成本也会变的更高，而且单机不一定有能力处理一次任务，比如要处理 TB级别 日志。将原来单个应用根据实际情况拆分成多个小应用，然后部署在多个服务器上，这些小应用共同组成一个大应用，整个系统就是 **分布式系统** 。集群中的每个应用都是 “大应用”，每个 “大应用” 都能处理完整的业务。而分布式系统中的每个应用都是小应用，每个小应用只能处理特点的任务，但它更加灵活，比如一个简单任务可以仅需要较少的应用组成，如搭积木般灵活。
+> *集群* 解决了单机压力问题，但是随着业务的增长，单应用变的越来越复杂，越来越巨大（也就是 *巨型应用* ），维护和开发成本也会变的更高，而且单机不一定有能力处理一次任务，比如要处理 TB级别 日志。将原来单个应用又拆分成多个小应用，然后部署在多个服务器上，这些小应用共同组成一个大应用，整个系统就是 **分布式系统** 。集群中的每个应用都是 “大应用”，每个 “大应用” 都能处理完整的业务。而分布式系统中的每个应用都是小应用，每个小应用只能处理特点的任务，但它更加灵活，比如一个简单任务可以仅需要较少的应用组成，如搭积木般灵活。
 
 ![block toy](https://images.unsplash.com/photo-1527689638836-411945a2b57c?ixlib=rb-0.3.5&ixid=eyJhcHBfaWQiOjEyMDd9&s=35ac1f0be2205e93f13bf6d2d006c7f1&auto=format&fit=crop&w=500&q=60)
 
-<h3 style="padding-bottom:6px; padding-left:20px; color:#ffffff; background-color:#E74C3C;">三、微服务</h3>
 
-![微服务]()
 
-*微服务* 是一种架构风格，不一定是单机支撑不了整个应用，而更多强调的是业务上的拆分。
+<h3 style="padding-bottom:6px; padding-left:20px; color:#ffffff; background-color:#E74C3C;">三、集群和分布式系统的区别</h3>
 
-
-
-<h3 style="padding-bottom:6px; padding-left:20px; color:#ffffff; background-color:#E74C3C;">四、区别</h3>
diff --git a/resource/markdown/micro-service/MicroService.md b/resource/markdown/micro-service/MicroService.md
@@ -0,0 +1,4 @@
+![微服务]()
+
+*微服务* 是一种架构风格，不一定是单机支撑不了整个应用，而更多强调的是业务上的拆分。
+

-Original file line number
+Diff line change
@@ @@ -0,0 +1,4 @@ @@
 +![微服务]()
++
 +*微服务* 是一种架构风格，不一定是单机支撑不了整个应用，而更多强调的是业务上的拆分。
++