Controller方法执行的本质

此文仅作为读书笔记

volatile的应用

volatile的定义与实现原理

volatile的定义

java编程语言允许线程访问共享变量，为了确保共享变量能被准确和一致地更新，线程应该确保通过排它锁单独获得这个变量。如果一个字段被声明成volatile，java线程内存模型确保所有线程看到这个变量的值是一致的。

在了解volatile的实现原理之前，最好先熟悉与其实现原理相关的CPU术语与说明

volatile是如何保证可见性的呢？通过工具获取JIT编译器生成的汇编指令来查看对volatile进行写操作时，发现指令前会加上lock前缀。lock前缀的指令在多喝处理器下会引发一下两件事：

• 将当前处理器缓存行的数据写回到系统内存
• 这个写回内存的操作会使在其他CPU里缓存了该内存地址的数据无效

为了提高处理速度，处理器不直接和内存进行通信，而是先将系统内存的数据读到内部缓存后再进行操作，但操作完不知道何时会写到内存。如果对声明了volatile的变量进行写操作，JVM就会向处理器发送一条Lock前缀的指令，将这个变量所在缓存行的数据写回到系统内存。但是，就算写回到内存，如果其他处理器缓存的值还是旧的，再执行计算操作就会有问题。所以，在多处理器下，为了保证各个处理器的缓存是一致的，就会实现缓存一致性协议，每个处理器通过嗅探在总线上传播的数据来检查自己缓存的值是不是过期了，当处理器发现自己缓存行对应的内存地址被修改，就会将当前处理器的缓存行设置成无效状态，当处理器对这个数据进行修改操作的时候，会重新从系统内存中把数据读到处理器缓存里。

volatile的两条实现原则：

• lock前缀指令会引起处理器缓存回写到内存
• 一个处理器的缓存回写到内存会导致其他处理器的缓存无效

单例模式介绍

在java编程中，某些情况下，某种实例我们需要保证它在进程中的唯一性，即只有一个该类的实例，这便是单例模式。既然只允许有一个实例，所以它的构造方法必须是私有的,否则随处都可以实例化该类，无法达到单例的目的，构造器私有，那么该单例对象的初始化必须在本类中，同时还需要通过通公共方法将实例暴露出去。

综上所述，得出单例模式3个特点：

• 构造方法私有
• 本类中初始化实例对象
• 存在暴露单例对象的公共方法

并发编程的挑战

并发编程的目的是为了让程序运行得更快，但是，并不是启动更多的线程就一定能让程序运行得更快，在进行并发编程时，会面临非常多的挑战，常见的问题如下：

• 上下文切换，影响执行效率
• 死锁，导致业务无法正常进行
• 硬件软件资源的限制

上下文切换

单核处理器也支持多线程执行代码，CPU是通过给每个线程分配CPU时间片来实现这个机制。时间片一般是几十毫秒(ms)，非常短暂，所以我们无法感知，感觉多个线程就是同时执行的。CPU通过时间片分配算法来循环执行任务，某个任务执行一个时间片后会切换到下一个任务，在切换前会保存上一个任务的执行状态，在下次切换回这个任务时，可以再加载这个任务的状态。所以任务从保存到再加载的过程就是一次上下文切换。

介绍

nginx是一款开源轻量级服务器，由俄罗斯人开发，在后端主要作为反向代理服务器，同时也可以配置负载均衡，具有高性能高稳定性的特点。

搭建

centos环境下安装

1

yum install nginx

查看安装路径

1

whereis nginx

网上关于HashMap的博客实在是太多了，我再系统地来讲HashMap肯定没有现有的博客讲的好，所以我决定换一个角度，就从我们日常使用的地方开始，完整的走一遍HashMap的源码，应该会有不一样的收获。

先看下面一段代码

1
2
3

Map map = new HashMap();
map.put("key","value");
map.get("key");

平时开发中很常见的用法，需要注意的是，由于使用了阿里巴巴规范插件，new HashMap的地方是有如下提示的

责任链模式，顾名思义，就是将需要实现的功能，拆分为各自专一的责任，组成一条责任链，来完成对数据的处理。

先看下面一段demo

需要被处理的对象类

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

@Data
public class User {

    private String name;

    private int age;

    @Override
    public String toString() {
        return "User{" +
                "name='" + name + '\'' +
                ", age=" + age +
                '}';
    }
}

背景

最近在做一个移动端h5项目的后端应用，接口联调时前端反应说登录有问题，先简单介绍一下我们的权限实现，jwt加spring security，使用redis做的session中心存放token。

1.前端请求登录接口，核对成功返回用户信息和token，同时将此信息保存于redis中
2.访问后端接口需要将token保存于header中，请求先经过安全Filter，会从token中解析出subject，然后去redis中查询看是否存在对应token
3.token相同则继续往下执行，token不同则说明登录已过期，返回401

具体情况是登录成功进入数据页面之后就会请求初始数据，但是请求初始数据时就会返回401，提示未登录然后跳转回登录页面，出现问题第一时间肯定是想办法甩锅，于是马上用postman进行接口自测，果然，postman测接口一切正常。怀疑是不是前端vue的状态管理有问题导致传的token不对，和redis中查到的token不同导致的，然而经过核对，传的的确是登录接口返回的token。锅又回到了我这边。

起因

最近在做涉及到分享推广的业务，需要由业务员分享二维码进入推广页面，由于是新项目，前期预算和用量都有限，没有搭建对象存储服务，所以决定使用后台服务动态生成二维码图片直接图片数据并返回。

首先是二维码的生成，决定使用google的zxing，毕竟google的东西还是不错的，maven添加依赖如下：

1
2
3
4
5
6
7
8
9
10
11
12

<!-- https://mvnrepository.com/artifact/com.google.zxing/core -->
        <dependency>
            <groupId>com.google.zxing</groupId>
            <artifactId>core</artifactId>
            <version>3.3.3</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/com.google.zxing/javase -->
        <dependency>
            <groupId>com.google.zxing</groupId>
            <artifactId>javase</artifactId>
            <version>3.3.3</version>
        </dependency>

继续查zxing的使用方法，发现大多数都是生成二维码然后写成图片文件的，不太适合我现在的情况。

类似这种