资源注入类:

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

@Configuration
@ConfigurationProperties(locations = "classpath:/config/qcloud.properties", ignoreUnknownFields = true, prefix = "qcloud")
public class QCloudProperties {
	public static class properties {
	}
	
	private String appid;
	private String secretId;
	private String secretKey;
	private String bucketName;
	private Strign bucketLocation;
	
	public QCloudProperties() {
	}
}

工具类：

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

@Component
public class QCloudFileUtils {
	@Resource
	private QCloudProperties qCloudPropertiesAutowired;
	
	private static QCloudProperties qCloudProperties;
	
	@PostConstruct
	public void init() {
		qCloudProperties = this.qCloudPropertiesAutowired;
	}
	
	public static boolean upload() {
		String appid = qCloudProperties.getAppid();
		return false;
	}
}

https://my.oschina.net/vright/blog/826184

Cron

想了解Cron最好的方法是看Quartz的官方文档。

Cron表达式由6~7项组成，中间用空格分开。从左到右依次是：秒、分、时、日、月、周几、年(可忽略)。值可以是数字，也可以是以下符号：

• *：所有值都匹配
• ?：无所谓，不关心，通常放在”周几”里
• ,：或者
• /：增量值
• -：区间

下面举几个例子:

• 0 * * * * *：每分钟（当秒为0的时候）
• 0 0 * * * *：每小时（当秒和分都为0的时候）
• */10 * * * * *：每10秒
• 0 5/15 * * * *：每小时的5分、20分、35分、50分
• 0 0 9,13 * * *：每天的9点和13点
• 0 0 8-10 * * *：每天的8点、9点、10点
• 0 0/30 8-10 * * *：每天的8点、8点半、9点、9点半、10点
• 0 0 9-17 * * MON-FRI：每周一到周五的9点、10点…直到17点(含)
• 0 0 0 25 12 ?：每年12约25日圣诞节的0点0分0秒(午夜)
• 0 30 10 * * ? 2016：2016年每天的10点半

其中的?在用法上其实和*是相同的。但是*语义上表示全匹配，而?并不代表全匹配，而是不关心。比如对于0 0 0 5 8 ? 2016来说，2016年8月5日是周五，?表示我不关心它是周几。而0 0 0 5 8 * 2016中的*表示周一也行，周二也行…语义上和2016年8月5日冲突了。

不记得也没关系，记住Cron Maker也可以，它可以在线生成cron表达式。

http://qinghua.github.io/spring-scheduler/

内置预定义变量

• $args：这个变量等于GET请求中的参数。例如foo=123&bar=456，这个变量只能被修改
• $host：请求中的主机头(HOST)字段，如果请求中的主机头不可用或者空，则为处理请求的server名称(处理请求的server的server_name指令的值)。值为小写，不包含端口
• $http_host: 原始请求的host
• $http_port: 原始请求的port
• $remote_addr：客户端的IP地址
• $remote_port：客户端的端口
• $request_uri：这个变量等于包含一些客户端请求参数的原始URI，它无法修改，请查看$uri更改或重写URI
• $scheme：所用的协议，比如http或者是https，比如rewrite ^(.+)$ $scheme://example.com$1 redirect;
• $server_addr：服务器地址，在完成一次系统调用后可以确定这个值，如果要绕开系统调用，则必须在listen中指定地址并且使用bind参数
• $server_name：服务器名称
• $server_port：请求到达服务器的端口号
• $server_protocol：请求使用的协议，通常是HTTP/1.0或HTTP/1.1
• $uri：请求中的当前URI(不带请求参数，参数位于$args)，不同于浏览器传递的$request_uri的值，它可以通过内部重定向，或者使用index指令进行修改。不包含协议和主机名，例如/foo/bar.html

Spring @Transactionl的传播行为和隔离级别

事务注解方式 @Transactional

• 标注在类前：标示类中所有方法都进行事务处理
• 标注在接口、实现类的方法前：标示方法进行事务处理

事务传播行为介绍

简介

在UML类图中，类之间的关系可以分成：关联(association)、聚合(aggregation)、组合(composition)、依赖(dependency)、泛化(generalization)/继承(inheritance)、实现(realization)。

上面的关系可以解读如下：

• (关联)Association：A类和B类有逻辑上的连接
• (聚合)Aggregation：A类有一个B类
• (组合)Composition：A类拥有一个B类
• (依赖)Dependency：A类使用了B类
• (继承)Inheritance：B类是一个A类（或者B类扩展A类）
• (实现)Realization：B类实现了接口A

单一职责原则SRP(Single Responsibility Priciple)

所谓单一职责原则，指的是，一个类应该仅有一个引起它变化的原因。

这里变化的原因就是所说的“职责”，如果一个类有多个引起它变化的原因，那么也就意味着这个类有多个职责，再进一步说，就是把多个职责耦合在一起了。这会造成职责的相互影响，可能一个职责的变化，会影响到其他职责的实现，甚至引起其他职责随着变化。

里氏替换原则LSP(Liskov Substitution Principle)

所有引用基类的地方必须能透明地使用其子类的对象。通俗点讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要知道是父类还是子类。但是，反过来就不行了，有子类出现的地方，父类未必就能适应。

里氏替换原则为良好的继承定义了一个规范，一句简单的定义包含4层含义：

1. 子类必须完全实现父类的方法。

   • 在类中调用其他类时务必要使用父类或接口，如果不能使用父类或接口，则说明类的设计已经违背了LSP原则
   • 如果子类不能完整地实现父类的方法，或者父类的某些方法在子类中已经发生了”畸变”，则建议断开父子继承关系，采用依赖、聚集、组合等关系代替继承

2. 子类可以有自己的个性

3. 覆盖或实现父类的方法时输入参数可以被放大
4. 覆写或实现父类的方法时输出结果可以被缩小

里式替换原则有一下两种含义：

1. 里式替换原则是针对继承而言的，如果继承是为了实现代码重用，也就是为了共享方法，那么共享的父类方法就应该保持不变，不能被子类重新定义。子类只能通过新添加方法来扩展功能，父类和子类都可以实例化，而子类继承的方法和父类是一样的，父类调用方法的地方，子类也可以调用同一个继承得来的，逻辑和父类一致的方法，这时用子类对象将父类对象替换掉时，当然逻辑一致，相安无事。
2. 如果继承的目的是为了多态，而多态的前提就是子类覆盖并重新定义父类的方法，为了符合LSP，我们应该将父类定义为抽象类，并定义抽象方法，让子类重新定义这些方法，当父类是抽象类时，父类就是不能实例化，所以也不存在可实例化的父类对象在程序里。也就不存在子类替换父类实例时逻辑不一致的可能。

不符合LSP的最常见的情况是，父类和子类都是可实例化的非抽象类，且父类的方法被子类重新定义，这一类的实现继承会造成父类和子类间的强耦合，也就是实际上并不相关的属性和方法牵强附会在一起，不利于程序扩展和维护。

总结一句话——就是尽量不要从可实例化的父类中继承，而是要使用基于抽象类和接口的继承。

MySQL加锁处理分析

MySQL InnoDB存储引擎，实现的是基于多版本的并发控制协议——MVCC(Multi-Version Concurrency Control)（注：与MVCC相对的，是基于锁的并发控制，Lock-Based Concurrency Control）。MVCC最大的好处：读不加锁，读写不冲突。在读多写少的OLTP应用中，读写不冲突是非常重要的，极大的增加了系统的并发性能。

在MVCC并发控制中，读操作可以分为两类：快照读(snapshot read)与当前读(current read)。快照读，读取的是记录的可见版本(有可能是历史版本)，不用加锁。当前读，读取的是记录的最新版本，并且，当前读返回的记录，都会加上锁，保证其他事务不会再并发修改这条记录。

深入理解Java虚拟机读书笔记

第二部分 自动内存管理机制

第2章 Java内存区域与内存溢出异常

2.2 运行时数据区域

Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途，以及创建和销毁的时间，有的区域随着虚拟机进程的启动而存在，有些区域则依赖用户线程的启动和结束而建立和销毁。

线程私有：程序计数器，虚拟机栈，本地方法栈

线程共享：堆，方法区

动态代理

JDK动态代理

动态代理的实现方式:

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
26
27
28
29
30
31
32
33

public interface Subject {
    public void doSomething(String str);
}

public class RealSubject implements Subject {
    public void doSomething(String str) {
        System.out.println("do something!---->" + str);
    }
}

/**
 * 动态代理的Handler类
 */
public class MyInvocationHandler implements InvocationHandler {
    // 被代理的对象
    private Object target = null;
    public MyInvocationHandler(Object obj) {
        this.target = obj;
    }
    
    public Object invoke(Object proxy, Method method, Object[] args) throw Throwable {
        return method.invoke(this.target, args);
    }
}

public class Client {
    public static void main(String[] args) {
        MyInvocationHandler myInvocationHandler = new MyInvocationHandler(new RealSubject());
        Subject subject = (Subject) Proxy.newProxyInstance(Thread.currentThread().getContextClassLoader(), new Class[]{Subject.class}, myInvocationHandler);
        subject.doSomething("test");
    }
}

原理

Java日志工具类

比较常用的日志工具类有Log4j、SLF4j、Commons-logging(简称jcl)、logback、log4j2(log4j升级版)、jdk logging。大致可分为两类：

• 接口类，包括Commons-logging、SLF4j
• 实现类，Log4j、log4j2、logback、jdk logging