核心概念：

Message：消息

Publisher：消息的生产者

Exchange：交换机

bindings：绑定，交换机和队列的绑定

queue：消息队列，用来抱歉村消息发送给消费者

broker：服务器

Virtual Host：虚拟主机

channel：信道

connection：网络连接

具体关系如下图所示

1、Direct Exchange（点对点）

处理路由键。需要将一个队列绑定到交换机上，要求该消息与一个特定的路由键完全匹配。这是一个完整的匹配。如果一个队列绑定到该交换机上要求路由键 “dog”，则只有被标记为“dog”的消息才被转发，不会转发dog.puppy，也不会转发dog.guard，只会转发dog。

2、Fanout Exchange（广播）

不处理路由键。只需要简单的将队列绑定到交换机上。一个发送到交换机的消息都会被转发到与该交换机绑定的所有队列上。很像子网广播，每台子网内的主机都获得了一份复制的消息。Fanout交换机转发消息是最快的（也号称广播转发消息，会转发到所有绑定此交换机的队列上）

3、Topic Exchange（发送给与之匹配的队列）

将路由键和某模式进行匹配。此时队列需要绑定要一个模式上。符号“#”匹配一个或多个词，符号“”匹配不多不少一个词。因此“audit.#”能够匹配到“audit.irs.corporate”，但是“audit.” 只会匹配到“audit.irs”。（匹配才会转发）

1、拉取

1

docker pull rabbitmq:3.7.7-management

2、运行

1

docker run -d -p 5672:5672 -p 15672:15672 --name myRabbitmq eca20a565219

其中5672为主机的5672映射到docker容器的5672,15672为管理界面到web页面的端口

在客户端访问
主机：15672，登录账号和密码默认为guest。

1、在启动类上加入@EnableScheduling注解

1
2
3
4
5
6
7
8
9

@EnableScheduling
@SpringBootApplication
public class TaskApplication {

	public static void main(String[] args) {
		SpringApplication.run(TaskApplication.class, args);
	}

}

2、Service层方法上加入 @Scheduled(cron=”0-59 * * * * 1-7”)

1
2
3
4
5
6
7
8
9

@Service
public class ScheduleService {
    SimpleDateFormat smf = new SimpleDateFormat("HH:mm:ss");

    @Scheduled(cron="0-59 * * * * 1-7")
    public void hello() {
        System.out.println("现在的时间是："+smf.format(new Date()));
    }
}

关于cron的用法

• 第一位，表示秒，取值0-59

• 第二位，表示分，取值0-59

• 第三位，表示小时，取值0-23

• 第四位，日期天/日，取值1-31

• 第五位，日期月份，取值1-12

• 第六位，星期，取值1-7，星期一，星期二…，注：不是第1周，第二周的意思，另外：1表示星期天，2表示星期一。

• 第7为，年份，可以留空，取值1970-2099

cron中，还有一些特殊的符号，含义如下：
()星号：可以理解为每的意思，每秒，每分，每天，每月，每年…

(?)问号：问号只能出现在日期和星期这两个位置，表示这个位置的值不确定，每天3点执行，所以第六位星期的位置，我们是不需要关注的，就是不确定的值。同时：日期和星期是两个相互排斥的元素，通过问号来表明不指定值。比如，1月10日，比如是星期1，如果在星期的位置是另指定星期二，就前后冲突矛盾了。

(-)减号：表达一个范围，如在小时字段中使用“10-12”，则表示从10到12点，即10,11,12

(,)逗号：表达一个列表值，如在星期字段中使用“1,2,4”，则表示星期一，星期二，星期四

(/)斜杠：如：x/y，x是开始值，y是步长，比如在第一位（秒） 0/15就是，从0秒开始，每15秒，最后就是0，15，30，45，60 另：*/y，等同于0/y
下面列举几个例子:
0 0 3 * * ? 每天3点执行
0 5 3 * * ? 每天3点5分执行
0 5 3 ? * * 每天3点5分执行，与上面作用相同
0 5/10 3 * * ? 每天3点的 5分，15分，25分，35分，45分，55分这几个时间点执行
0 10 3 ? * 1 每周星期天，3点10分 执行，注：1表示星期天
0 10 3 ? * 1#3 每个月的第三个星期，星期天 执行，#号只能出现在星期的位置

1、导入依赖

1
2
3
4

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

2、application.properties的设置

1
2
3
4

server.port=8080
spring.mail.username=318231325@qq.com
spring.mail.password=imdjaqsixborbgha
spring.mail.host=smtp.qq.com

3、测试，可以发送简单的邮件和带附件的邮件

简单邮件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

    @Autowired
    JavaMailSenderImpl javaMailSender;

   @Test
    void testSend() throws MessagingException {

		//简单邮件
		SimpleMailMessage smm = new SimpleMailMessage();
		smm.setSubject("鸡腿1");
		smm.setText("不好意思，今晚加班，明天项目必须上线，哈啊");

		smm.setTo("18397997374@163.com");
		smm.setFrom("318231325@qq.com");
		javaMailSender.send(smm);

    }
}

复杂邮件，支持HTML及附件

1
2
3
4
5
6
7
8
9
10

//复杂邮件，包含上传附件
      MimeMessage mimeMessage = javaMailSender.createMimeMessage();
      MimeMessageHelper mimeMessageHelper = new MimeMessageHelper(mimeMessage, true);
      mimeMessageHelper.setSubject("今晚开会啊");
      mimeMessageHelper.setText("<B>全体成员今晚必须开会！！！<B>", true);
      mimeMessageHelper.setFrom("318231325@qq.com");
      mimeMessageHelper.setTo("18397997374@163.com");
      mimeMessageHelper.addAttachment("1.webp", new File("E:\\毕业照\\1.JPG"));
      javaMailSender.send(mimeMessage);

编写配置文件，继承WebSecurityConfigurerAdapter 接口，具体的使用参考
https://docs.spring.io/spring-security/site/docs/current/guides/html5/helloworld-boot.html

权限的授予与用户的认证规则

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

@EnableWebSecurity
public class MySecurityConfig extends WebSecurityConfigurerAdapter {

//授予
    protected void configure(HttpSecurity http) throws Exception {
        http
                .authorizeRequests()
                .antMatchers("/").permitAll()
                .antMatchers("/level1/**").hasRole("VIP1")
                .antMatchers("/level2/**").hasRole("VIP2")
                .antMatchers("/level3/**").hasRole("VIP3");
        http.formLogin();//没有登录返回到登录页面
        http.logout().logoutSuccessUrl("/");//注销后返回
        http.rememberMe();//记住我
    }
//认证
    protected void configure(AuthenticationManagerBuilder auth) throws Exception {
        auth.inMemoryAuthentication().passwordEncoder(new MyPasswordEncoder()).
                withUser("user1").password("111111").roles("VIP1", "VIP2")
                .and()
                .withUser("user2").password("111111").roles("VIP2", "VIP3")
                .and()
                .withUser("user3").password("111111").roles("VIP1", "VIP3");
    }
}

在开发中我们修改了一个java文件想看到效果又不得不重新启动应用，这到导致大量时间的花费，我们希望不重启应用的情况下，程序可以自动部署（热部署），这里推荐使用spring boot devtools。

spring-boot-devtools 是一个为开发者服务的一个模块，其中最重要的功能就是自动应用代码更改到最新的App上面去。原理是在发现代码有更改之后，重新启动应用，但是比速度比手动停止后再启动还要更快，更快指的不是节省出来的手工操作的时间。

使用方法：

1
2
3
4
5

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

按Ctrl+F9进行改变。

我们进入到tomcat的webapp文件夹下，找到我们之前的jar包
执行命令

1

nohup java -jar ×××.jar &

这样就可以了

查看进程

1

ps -aux | grep "java -jar halo-1.1.1.jar"

杀死进程

1

kill 进程IP

微服务的概念：

微服务强调的是单个服务的大小（个体服务），关注的是 某一个点，具体解决某一个问题/提供落地对应服务的一个服务应用 ；
狭义的看，可以看成 Eclipse 里面的一个个微服务工程或者Module，一个微服务工程负责一件事情。

微服务架构概念：

• 微服务架构强调是应用的整体（应用全部服务）：
• 一种架构模式或者说是一种架构风格；它提倡将单一的应用拆分成一组小的服务，且每个服务都运行在独立的“进程中”，服务之间相互协调和配合，为用户提供最终的价值；
• 服务之间采用轻量级的通信机制相互沟通（HTTP的RESTful API），dubbo：采用的是RPC远程调用；
• 每个服务都围绕着具体业务进行构建，并且能够被独立的部署到生产环境中，应当尽量避免统一的、集中式的服务管理机制，对于具体的服务而言，应根据业务上下文，选择合适的语言和工具进行构建；
• 通俗来说：微服务化的核心就是将传统的一站式应用，根据业务的拆分成一个一个的服务，彻底地去耦合，每个微服务提供单个业务功能的服务，一个服务只做一件事，从技术的角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动或销毁，拥有自己独立的数据库。

微服务的优缺点：

优点：

1. 每个服务足够内聚，足够小，代码容易理解；这样能够聚焦一个指定的业务功能或业务需求；
2. 开发简单、开发效率提高，一个服务可能就是专一的做一个业务功能；
3. 微服务能够被小团队单独开发，2-5人的开发人员组成；
4. 微服务是松耦合的，具有功能意义的服务，无论是在开发阶段或部署阶段都是独立的；
5. 微服务能够使用不同的语言开发；
6. 易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins,Hudson,bamboo；
7. 微服务只是业务逻辑的代码，不会和“HTML、CSS”或其他的界面组件混合；
8. 每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一的数据库

缺点：

1. 开发人员要处理分布式系统的复杂性；
2. 多服务运维难度，随着服务的增加，运维的压力也在增大；
3. 系统部署依赖；
4. 服务之间通信成本；
5. 数据一致性；
6. 系统集成测试；
7. 性能监控