看了一下Dubbo用户文档

试着用spring-boot来重构任务8

遇到的问题：

打开,创建spring-boot项目卡死

      解决：删除.mvn目录即可 

IDEA中导入依赖报错Project 'org.springframework.boot:spring‐boot‐starter‐parent:1.5.9.RELEASE' not found

解决：

1.5.9.RELEASE版本是肯定存在的，只不过idea默认会缓存Maven本地仓库已存在的<parent>中的依赖项。因此当我们引入本地仓库不存在的父依赖版本时，就会报错了。我们可以Invalidate Caches/Restart清理一下idea缓存重新启动就行了。

想到之前导入其他依赖的时候，明明存在，结果还是报错，这时候就可以Invalidate Caches/Restart清理一下idea缓存重新启动，学到了

java.lang.RuntimeException: Cannot reconnect.

Invalidate Caches/Restart清理一下idea缓存重新启动就行了，发现清除缓存重启（重现加载现有的配置，不然去加载之前遗留的配置，当然会和现在的发生冲突）可以解决很多问题。。。

收获：

IDEA构建的maven+springBoot项目结构如下：

在 .gitingore 文件中，遵循相应的语法，即在每一行指定一个忽略规则。 如：.log、/target/、.idea

它的作用是在maven-wrapper.properties文件中记录你要使用的maven版本，当用户执行mvnw clean 命令时，发现当前用户的maven版本和期望的版本不一致，那么就下载期望的版本，然后用期望的版本来执行mvn命令，比如mvn clean命令。

存放着maven-wrapper.properties和相关jar包以及名为MavenWrapperDownloader的java文件

*注：mvnw文件适用于Linux（bash），mvnw.cmd适用于Windows 环境。

里面包含当前project的一些配置信息，如模块开发的相关信息，比如java组件，maven组件，插件组件等，还可能会存储一些模块路径信息，依赖信息以及一些别的信息。

包括数据源，类库，项目字符编码，历史记录，版本控制信息等。

pom.xml主要描述了项目的maven坐标，依赖关系，开发者需要遵循的规则，缺陷管理系统，组织和licenses，以及其他所有的项目相关因素，是项目级别的配置文件。

启动spring-boot:

真的快，依赖也不用导入很多，tomcat也不用配置（SpringbootApplication 类的主方法嵌入 tomcat ），启动网页就打开了。

看师兄日报发现下面的结构是比较科学的，想到任务8八写的代码，自己的实体类和接口重复了（又想到不重复的话，如果把Server单独拆分出来，放在不同的tomcat服务器上会不会成功运行？因为这个server模块看起来只有实现类，单独拆分出来，这一步Server就会报错，所以并不能拆分。）

这样就不能拆分，所以好奇师兄是怎么完成

部署两台WEB，通过Nginx配置两台WEB随机访问，两台WEB可以随机访问两台Service。