Spring Boot 2.0 学习笔记（一）——JAVA EE简介

本章内容：JAVA EE>Spring>Spring Boot

---

一、JAVA EE简介

1.1 Java ee优点：结束了Web开发的技术无序状态，让程序员、架构师用同一种思维去思考如何架构和开发应用（指企业应用和Web网站）。因为其提供了企业应用技术的实现规范，简化了开发。

　　　　　　       实现规范：

• • • • Web支持：B/S结构兴起、JAVA EE有对应的Servlet规范，规定了Web容器、Servlet组件，还有JSP&JSTL处理动态页面。
      • 事务支持：提供了事务管理器。　　
      • 消息服务：JMS
      • 数据库持久层：EJB规范，后来提出了更有实际操作性的JPA，访问数据库的常用方法
      • Container：Container用于管理组件如（EJB 和 Servlet），并提供组件需要的服务如JTS、JMS等。

1.2 Java ee 缺点：

• • • 过于复杂：开发方式和部署方式比较复杂
    • 追求分布式：大部分应用并非都是JAVA EE嘉定的分布式系统。
    • 不能及时与流行开源技术结合：如消息处理只有JMS
    • 价格不菲

二、Spring

2.1 Spring IoC容器和AOP 

　　IoC Core Container

　　业务对象代码进入Spring Container中，Spring容器通过添加进来的注解配置文件对业务对象代码进行初始化和增强。

　　对于一个注解@Container声明的对象，Spring会认为这个对象是个Web Container，如果这个对象里的方法有@RequestMapping注解，则会将客户端发起的HTTP请求转化为JAVA方法调用。

　　e.g.  Spring通常提供一些@Controller 、@Service、@Conponent、@Configuration注解，只有使用这些注解的类，才会引起Spring容器的注意，并根据注解含义来管理和增强对象。

//Spring Container在容器中初始化HelloworldController实例后，对于客户端发起的/sayhello.html请求，会执行say方法，并自动将请求参数按照say方法声明的名称一一对应上。
 
@Controller
public class HelloworldController{
    @RequestMapping("/sayhello.html")
    public @ResponseBody String say(String name)
        return "hello"+name
}

　　e.g.Spring 可以管理和增强任意对象，如常见的@Service注解通常用来处理业务逻辑。容器管理还可以为被管理的Bean提供其他被管理和增强的Bean，如一个已经被@Service注解的UserService类，在HelloworldController类中，使用@Autowired自动注入这个实例。

@Controller
public class HelloworldController{
    @Autowired UserService userService;
}

AOP(面向切面编程)

是通过预编译方式或者运行时刻对目标对象动态地添加功能。AOP分离了企业应用的业务逻辑和系统级服务，比如事务服务，还有应用系统的审计、安全访问等代码。比如要实现用户访问控制，可以对每个Controller的方法使用一个自定义的注解Function,用，Spring AOP向Controller每个方法动态地添加用户权限校验功能，类似如下：

@RequestMapping("/adduser.html")
@Function("user.add")
public @ResponseBody String addUser(String name){
    ......
}　　　　　　　　//注解Function是自定义一个注解，接收一个字符串，表示Controller方法对应的业务功能。用户是否能访问"user.add"功能，将在数据库中配置。

三、Spring Boot

Spring Boot 简化了Spring应用开发，不需要配置就能运行Spring 应用。通过Starter来提供系统级服务，如开发一个Web 应用，只需要在pom.xml（maven）声明一下：<artifactId>spring-boot-starter-web</artifactId>

Spring Boot有很多优点：如不需要复杂配置，提供了内置的Tomcat或者Jetty容器。通过依赖的jar包管理、自动装配技术。

四、Hello,Spring Boot

4.1把工程变成Spring Boot应用：

 　　一个简单的web应用：首先创建一个Maven工程。然后找到pom.xml文件，添加以下内容，就使工程变成了Spring Boot 应用：

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.0.0.M4</version>        //版本可能会有问题。
</parent>

4.2由于搭建的是Web应用，所以添加spring-boot-starter-web依赖，增加以下内容

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
<dependencies>

注：spring-boot-dependencies默认会使用内置的Tomcat,并支持Spring MVC、RESTFul服务。

4.3把普通类变成Spring-boot 类

对一个Java普通类Ch1Application，在其前面添加一行@SpringBootApplication，然后在main方法中添加一行 SpirngApplication.run(C h1Application.class,args)

代码示例：

package com.bee.sample.ch1;
 
@SpringBootApplication
public class Ch1Application{
    public static void main(String[] args){
        SpringApplication.run(Ch1Application.class,args);
    }
}

这个类就完全是一个Spring Boot应用，可以运行。只是因为还没有写Controller，所以无法通过浏览器访问，因此再创建一个类，名为HelloworldController，包名com.bee.sample.chq.controller，如图。

package com.bee.sample.ch1.controller
 
@Controller
public class HellowwoeldController{
    @RequestMapping("/say.html")
    public@ResbonseBody String say(){
        return "Hello Spring Boot";
    }
}    

注释：@Controller是 Spring MVC注解 ,表示此类用于负责处理web请求

　　   @RequestMapping是 Spring MVC注解，表示如果请求路径匹配，被注解的方法将被调用

　　   @ResponseBody表示此方法返回的是文本而不是视图名称

4.4热部署

在上边的例子中，修改类时必须在此重新运行启动，非常不方便。解决办法是Spring-boot-devtools依赖项。修改类后，spring boot 会自动重新启动。

<dependency>
    <groupId>org.springframework.boot<groupId>
    <artifactId>spring-boot-devtools<artifacId>
    <optional>ture</optional>
</dependency>

4.5添加REST支持

系统之间的调用的方式有很多,RESTFul就是很好的一种。Spring Boot能很方便地支持RESTFul应用。如：

@RestController
public class UserReditRestController{
    @RequestMapping(value="/usercredit/{id}")
    public Integer getCreditLevel(@PathVariable String id){
            //模拟id用户的信用等级
            return 3;
        }
} //此时访问路径为 http://127.0.0.1:8080/usercredit/123 数字123是任意的。对应getCreditLevel中的参数id.

注意：对于多个系统的相互访问，最好不要直接访问对方的数据库，而应该采用类似RESTFul架构，封装了逻辑的接口。这样，对方系统的数据库变更，业务逻辑变化或者版本升级。都不会影响其他系统。