spring boot开发跳坑记录

spring boot太火了，不得不来跳一次坑

代码练习

http://spring.io/guides/

学习地址

https://www.kancloud.cn/ahutchen/spring-boot-reference-guide/332929
https://www.w3cschool.cn/springboot/springboot-9eud24kr.html

开发ide问题

1. 热更新问题
   习惯问题，选用的IntelliJ IDEA，配置好spring-boot-devtools后，愉快的写了个controller，保存不生效。搜了下文章，修改setting，修改registry等等。还是不生效。。 天呐撸。。难道第一步就逼我放弃，再仔细看网上搜的文章，原来IntelliJ IDEA在run或degbu下不会自动编译，解决办法 菜单run->Edit Configure-> On 'Update' action 和下面的选择‘update class and resources’, 然后apply就行了。

遇到坑 实际后面开发的时候，发现只有修改了代码有效，修改注解和参数无效，不能更新。。

1. Maven dependency不自动更新
   需要用到thymeleaf，在修改maven的pom.xml文件的时候，编辑没有提示，试了其他库好像也没有提示，只有少部分有提示，解决办法：在settings ->Build ->Build Tools-->Maven -->Repositories 点Update,将Updated为Never的项目更新下，需要等待一会儿。比较慢。 小技巧：pom.xml增加dependency的时候，输入dep+tab会自动补全

打包

1.JAR、WAR、ear区别

所有的包都是用jar打的，只不过目标文件的扩展名不一样

IntelliJ IDEA打包，编辑器右侧 maven=>Lifecycle=>package

注解

@Override 标明是重写父类方法，防止更改参数后，导致非预期结果。加了注解编辑器会提示报错
@Repository 指定改bean再IoC中的标识名称
@Autowired spring的注解用来干掉private或者protected烦人的set get方法，从IoC容器中去查找到，自动装配方式回给该属性
@Resource 和 @Autowired 差不多,是J2EE的注解，默认按名称查找

以下是摘抄，出处不祥，别人转载的没注出处

-----------常用注解--------

--定义Bean的注解

@Controller

@Controller("Bean的名称")

定义控制层Bean,如Action

@Service

@Service("Bean的名称")

定义业务层Bean

@Repository

@Repository("Bean的名称")

定义DAO层Bean

@Component

定义Bean, 不好归类时使用.

--自动装配Bean （选用一种注解就可以）

@Autowired (Srping提供的)

默认按类型匹配,自动装配(Srping提供的)，可以写在成员属性上,或写在setter方法上

@Autowired(required=true)

一定要找到匹配的Bean，否则抛异常。 默认值就是true

@Autowired

@Qualifier("bean的名字")

按名称装配Bean,与@Autowired组合使用，解决按类型匹配找到多个Bean问题。

@Resource JSR-250提供的

默认按名称装配,当找不到名称匹配的bean再按类型装配.

可以写在成员属性上,或写在setter方法上

可以通过@Resource(name="beanName") 指定被注入的bean的名称, 要是未指定name属性, 默认使用成员属性的变量名,一般不用写name属性.

@Resource(name="beanName")指定了name属性,按名称注入但没找到bean, 就不会再按类型装配了.

@Inject 是JSR-330提供的

按类型装配，功能比@Autowired少，没有使用的必要。

--定义Bean的作用域和生命过程

@Scope("prototype")

值有:singleton,prototype,session,request,session,globalSession

@PostConstruct

相当于init-method,使用在方法上，当Bean初始化时执行。

@PreDestroy

相当于destory-method，使用在方法上，当Bean销毁时执行。

--声明式事务

@Transactional

@Autowired @Resource @Qualifier的区别

实用理解：@Autowired @Resource 二选其一，看中哪个就用哪个。

简单理解：

@Autowired 根据类型注入，

@Resource 默认根据名字注入，其次按照类型搜索

@Autowired @Qualifie("userService") 两个结合起来可以根据名字和类型注入

复杂理解：

比如你有这么一个Bean

@Service(“UserService”)

public Class UserServiceImpl implements UserService｛｝;

现在你想在UserController 里面使用这个UserServiceImpl

public Class UserController ｛

@AutoWire //当使用这个注入的时候上面的 UserServiceImpl 只需要这样写 @Service，这样就会自动找到UserService这个类型以及他的子类型。UserServiceImpl 实现了UserService，所以能够找到它。不过这样有一个缺点，就是当UserService实现类有两个以上的时候，这个时候会找哪一个呢，这就造成了冲突，所以要用@AutoWire注入的时候要确保UserService只有一个实现类。

@Resource 默认情况下是按照名称进行匹配，如果没有找到相同名称的Bean，则会按照类型进行匹配，有人可能会想了，这下好了，用这个是万能的了，不用管名字了，也不用管类型了，但这里还是有缺点。首先，根据这个注解的匹配效果可以看出，它进行了两次匹配，也就是说，如果你在UserService这个类上面这样写注解，@Service,它会怎么找呢，首先是找相同名字的，如果没有找到，再找相同类型的，而这里的@Service没有写名字，这个时候就进行了两次搜索，显然，速度就下降了许多。也许你还会问，这里的@Service本来就没有名字，肯定是直接进行类型搜索啊。其实不是这样的，UserServiceImpl 上面如果有@Service默认的名字 是这个userServiceImpl，注意看，就是把类名前面的大写变成小写，就是默认的Bean的名字了。 @Resource根据名字搜索是这样写@Resource("userService")，如果你写了这个名字叫userService，那么UserServiceImpl上面必须也是这个名字，不然还是会报错。

@Autowired @Qualifie("userService") 是直接按照名字进行搜索，也就是说，对于UserServiceImpl 上面@Service注解必须写名字，不写就会报错，而且名字必须是@Autowired @Qualifie("userService") 保持一致。如果@Service上面写了名字，而@Autowired @Qualifie() ，一样会报错。

private UserService userService;

｝

说了这么多，可能你有些说晕了，那么怎么用这三个呢，要实际的工作是根据实际情况来使用的，通常使用AutoWire和@Resource多一些，bean的名字不用写，而UserServiceImpl上面能会这样写 @Service("userService")。这里的实际工作情况，到底是什么情况呢？说白了就是整个项目设计时候考虑的情况，如果你的架构设计师考虑的比较精细，要求比较严格，要求项目上线后的访问速度比较好，通常是考虑速度了。这个时候@AutoWire没有@Resource好用，因为@Resource可以根据名字来搜索，是这样写的@Resource("userService")。这个@Autowired @Qualifie("userService") 也可以用名字啊，为什么不用呢，原因很简单，这个有点长，不喜欢，增加工作量。因为根据名字搜索是最快的，就好像查数据库一样，根据Id查找最快。因为这里的名字与数据库里面的ID是一样的作用。这个时候，就要求你多写几个名字，工作量自然就增加了。而如果你不用注解，用xml文件的时候，对于注入Bean的时候要求写一个Id，xml文件时候的id就相当于这里的名字。

说了那么多没用，你能做的就是简单直接，什么最方便就用什么，

你就直接用@Resource得了，如果你喜欢用@AutoWire也行，不用写名字。

通常情况一个Bean的注解写错了，会报下面这些错误，最为常见，

No bean named 'user' is defined，这个表示没有找到被命名为user的Bean，通俗的说，就是名字为user的类型，以及它的子类型，出现这个错误的原因就是注入时候的类型名字为user，而搜索的时候找不到，也就是说可能那个搜索的类型，并没有命令为user，解决办法就是找到这个类型，去命令为user，

下面这个错误也常见，

No qualifying bean of type [com.service.UserService] found for dependency:

这个错误的原因就是类型上面没有加@Service这个注入，不仅仅是@Service，如果是其他层也会出现这个错误，这里我是以Service为例子说明，如果是DAO层就是没有加@Repository，Controller层，则是没有加@Controller。

还有，如果你还是想再简单点，无论是DAO,Controller，Service三个层，都可以用这个注解，@Component，这个注解通用所有的Bean，这个时候你可能会说了，有通常的为什么用的人少呢，那是因为MVC这个分层的设计原则，用@Repository,@Service，@Controller，这个可以区别MVC原则中的DAO,Service，Controller。便于识别。

摘抄完毕

如果是写接口，swagger的注解需要了解下