一、SpringBoot简介
1.1 原有Spring优缺点分析
1.1.1 Spring的优点分析
Spring是Java企业版（Java Enterprise Edition，JEE，也称J2EE）的轻量级代替品。无需开发重量级的Enterprise JavaBean（EJB），Spring为企业级Java开发提供了一种相对简单的方法，通过依赖注入和面向切面编程，用简单的Java对象（Plain Old Java Object，POJO）实现了EJB的功能。
1.1.2 Spring的缺点分析
虽然Spring的组件代码是轻量级的，但它的配置却是重量级的。一开始，Spring用XML配置，而且是很多XML配置。Spring
2.5引入了基于注解的组件扫描，这消除了大量针对应用程序自身组件的显式XML配置。Spring 3.0引入了基于Java的配置，这是一种类型安全的可重构配置方式，可以代替XML。
所有这些配置都代表了开发时的损耗。因为在思考Spring特性配置和解决业务问题之间需要进行思维切换，所以编写配置挤占了编写应用程序逻辑的时间。和所有框架一样，Spring实用，但与此同时它要求的回报也不少。
除此之外，项目的依赖管理也是一件耗时耗力的事情。在环境搭建时，需要分析要导入哪些库的坐标，而且还需要分析导入与之有依赖关系的其他库的坐标，一旦选错了依赖的版本，随之而来的不兼容问题就会严重阻碍项目的开发进度。
1.2 SpringBoot的概述
1.2.1 SpringBoot解决上述Spring的缺点
SpringBoot对上述Spring的缺点进行的改善和优化，基于约定优于配置的思想，可以让开发人员不必在配置与逻辑业务之间进行思维的切换，全身心的投入到逻辑业务的代码编写中，从而大大提高了开发的效率，一定程度上缩短了项目周期。
1.2.2 SpringBoot的特点
为基于Spring的开发提供更快的入门体验。开箱即用，没有代码生成，也无需XML配置。同时也可以修改默认值来满足特定的需求提供了一些大型项目中常见的非功能性特性，如嵌入式服务器、安全、指标，健康检测、外部配置等。
SpringBoot不是对Spring功能上的增强，而是提供了一种快速使用Spring的方式。
1.2.3 SpringBoot的核心功能
1）.起步依赖
起步依赖本质上是一个Maven项目对象模型（Project Object Model，POM），定义了对其他库的传递依赖，这些东西加在一起即支持某项功能。
简单的说，起步依赖就是将具备某种功能的坐标打包到一起，并提供一些默认的功能。
2）.自动配置
Spring Boot的自动配置是一个运行时（更准确地说，是应用程序启动时）的过程，考虑了众多因素，才决定Spring配置应该用哪个，不该用哪个。该过程是Spring自动完成的。
1.2.4springboot代码结构
1）结构简介
src/main/java：主程序入口 Application，可以通过直接运行该类来 启动 Spring Boot应用。
src/main/resources：配置目录，该目录用来存放应用的一些配置信息，比如应用名、服务端口、数据库配置等。由于我们应用了Web模块，因此产生了 static目录与templates目录，前者用于存放静态资源，如图片、CSS、JavaScript等；后者用于存放Web页面的模板文件。
src/test：单元测试目录，生成的 ApplicationTests 通过 JUnit4实现，可以直接用运行 Spring Boot应用的测试。
application.properties/application.yml 用于存放程序的各种依赖模块的配置信息，比如 服务端口，数据库连接配置等。。
2）详细介绍
根目录：src.main.java
1.
工程启动类(Application.java)：置于com.cy.project包下或者com.cy.project.app包下
2.实体类(domain)：置于com.cy.project.domain
3.数据访问层(Dao)：置于com.cy.project.repository（dao）
4.数据服务层(Service)：置于com.cy.project.service
5.
数据服务接口的实现(serviceImpl)：同样置于com.cy.project.service或者置于com.cy.project.service.impl
6.前端控制器(Controller)：置于com.cy.project.controller
7.工具类(utils)：置于com.cy.project.utils
8.常量接口类(constant)：置于com.cy.project.constant
9.配置信息类(config)：置于com.cy.project.config
资源文件：src.main.resources
1.
页面以及js/css/image等置于static文件夹下的各自文件下
2.使用模版相关页面等置于templates文件夹下的各自文件下
命名包名目录的方式 :com.公司名的简写.项目的名字.业务模块名
二、dubbo与zoopkeeper
Dubbox 致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbox就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbox这样的分布式服务框架的需求，并且本质上是个服务调用的东西，说白了就是个远程服务调用的分布式框架。
节点角色说明：
[if !supportLists]· [endif]Provider:暴露服务的服务提供方。
[if !supportLists]· [endif]Consumer:调用远程服务的服务消费方。
[if !supportLists]· [endif]Registry:服务注册与发现的注册中心。
[if !supportLists]· [endif]Monitor: 统计服务的调用次调和调用时间的监控中心。
[if !supportLists]· [endif]Container:服务运行容器。
Dubbo 属于 RPC 框架，连接消费者和生产者，注册中心监控被调用对象的运行状态
Dubbo提供的注册中心有如下几种类型可供选择：
[if !supportLists]· [endif]Multicast注册中心
[if !supportLists]· [endif]Zookeeper注册中心
[if !supportLists]· [endif]Redis注册中心
[if !supportLists]· [endif]Simple注册中心
我们把提供者和消费者通过dubbo注册到zookeeper这个注册中心里，zookeeper中存储的是服务的url的列表。通过消费者调用提供者服务的时候，会根据接口的名称类型通过dubbo到zookeeper中找到对应的服务的url列表，zookeeper返回服务提供者地址列表给消费者。消费者从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
三、本次项目结构
1. 采用SpringBoot构建两个独立的服务，service A可以实现存入功能，service B可以实现转出功能。
2. 采用dubbo框架实现接口远程调用，service A可以通过定义在common工程中的接口远程调用service B，实现先转出后存入，最终完成转账功能。
3. service A和service B都通过集成mybatis进行数据库操作。
四、搭建过程中的问题总结
1. 不熟悉springboot 常用注解的用法。
@SpringBootApplication:包含@Configuration、@EnableAutoConfiguration、@ComponentScan通常用在主类上。
@Repository:用于标注数据访问组件，即DAO组件；
@Service:用于标注业务层组件；
@RestController:
用于标注控制层组件(如struts中的action)，包含@Controller和@ResponseBody；
@Controller:
用于标注是控制层组件，需要返回页面时请用@Controller而不是@RestController；
@Component:
泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注；
@ResponseBody:表示该方法的返回结果直接写入HTTP response
body中，一般在异步获取数据时使用，在使用@RequestMapping后，返回值通常解析为跳转路径，
加上@responsebody后返回结果不会被解析为跳转路径，而是直接写入HTTP response body中；比如异步获取json数据，加上@responsebody后，会直接返回json数据；
@RequestBody:
参数前加上这个注解之后，认为该参数必填。表示接受json字符串转为对象 List等；
@ComponentScan:
组件扫描。个人理解相当于，如果扫描到有@Component
@Controller @Service等这些注解的类，则把这些类注册为bean*；
@Configuration:指出该类是 Bean 配置的信息源，相当于XML中的，一般加在主类上；
@Bean:相当于XML中的,放在方法的上面，而不是类，意思是产生一个bean,并交给spring管理；
@EnableAutoConfiguration:
让 Spring Boot 根据应用所声明的依赖来对 Spring 框架进行自动配置，一般加在主类上；
@AutoWired:
byType
方式。把配置好的Bean拿来用，完成属性、方法的组装，它可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作；
当加上（required=false）时，就算找不到bean也不报错；
@Qualifier:当有多个同一类型的Bean时，可以用@Qualifier(“name”)来指定。与@Autowired配合使用；
@Resource(name=”name”,type=”type”)：没有括号内内容的话，默认byName。与@Autowired干类似的事；
@RequestMapping:
RequestMapping
是一个用来处理请求地址映射的注解，可用于类或方法上。用于类上，表示类中的所有响应请求的方法都是以该地址作为父路径；该注解有六个属性:
params:指定request中必须包含某些参数值是，才让该方法处理。
headers:指定request中必须包含某些指定的header值，才能让该方法处理请求。
value:指定请求的实际地址，指定的地址可以是URI Template 模式
method:指定请求的method类型， GET、POST、PUT、DELETE等
consumes:指定处理请求的提交内容类型（Content-Type），如application/json,text/html;
produces:指定返回的内容类型，仅当request请求头中的(Accept)类型中包含该指定类型才返回。
@GetMapping、@PostMapping等:相当于@RequestMapping（value=”/”，method=RequestMethod.Get\Post\Put\Delete等）。是个组合注解；
@RequestParam:用在方法的参数前面。相当于request.getParameter()；
@PathVariable:路径变量。如RequestMapping(“user/get/mac/{macAddress}”) ；
public String getByMacAddress(
@PathVariable(“macAddress”) String macAddress){//do something;}
参数与大括号里的名字相同的话，注解后括号里的内容可以不填。
2.对springboot集成mybatis 不熟悉
dao层属于数据访问层，与mybatis 的xml文件相互映射，实现SQL语句的功能。请注意接口中的方法与映射文件中的SQL语句的ID一一对应 ，则在代码中可以直接使用DAO面向接口编程而不需要再编写实现类
在dao层的类需要加上@Mapper的注解，这个注解是mybatis提供的，标识这个类是一个数据访问层的bean，并交给spring容器管理。并且可以省去之前的xml映射文件。在编译的时候，添加了这个类也会相应的生成这个类的实现类。
3.参数注解
有的接口的参数是带了@Param这个注解的，有的参数是没有这个注解的。如果你只有一个参数，这个注解可要可不要。当你有两个及其以上的注解时，你就需要用这个注解了，不然在对应的xml文件，它分辨不出来这个参数是哪一个就会报错，用这个注解的意思就是说标识这个参数的名称，以便让接受参数的一方更好的找到并利用这个值。