JUC并发-共享模型-不可变

1、日期转换的问题

下面的代码在运行时,由于 SimpleDateFormat 不是线程安全

@Slf4j(topic = "c.Test1")
public class Test1 {
    public static void main(String[] args) {
        SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd");
        for (int i = 0; i < 10; i++) {
            new Thread(() -> {               
				try {
					log.debug("{}", sdf.parse("1951-04-21"));
				} catch (Exception e) {
					log.error("{}", e);
				}                
            }).start();
        }
    }
}

有很大几率出现 java.lang.NumberFormatException 或者出现不正确的日期解析结果

解决方案1:synchronized同步锁

@Slf4j(topic = "c.Test1")
public class Test1 {
    public static void main(String[] args) {
		SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd");
        for (int i = 0; i < 10; i++) {
            new Thread(() -> {
				// 解决方案1:synchronized解决 但对性能有影响
                synchronized (sdf) {	
                    try {
                        log.debug("{}", sdf.parse("1951-04-21"));
                    } catch (Exception e) {
                        log.error("{}", e);
                    }
                }
            }).start();
        }
    }
}

解决方案2:DateTimeFormatter不可变

如果一个对象不能够修改其内部状态(属性),那么它就是线程安全的,因为不存在并发修改。在Java8后,提供了一个新的日期格式化类:DateTimeFormatter

@Slf4j(topic = "c.Test1")
public class Test1 {
    public static void main(String[] args) {
		// 解决方案2:DateTimeFormatter - This class is immutable(不可变) and thread-safe
        DateTimeFormatter stf = DateTimeFormatter.ofPattern("yyyy-MM-dd");
        for (int i = 0; i < 10; i++) {
            new Thread(() -> {
                TemporalAccessor parse = stf.parse("1951-04-21");
                log.debug("{}", parse);
            }).start();
        }
    }
}

 2、不可变设计

 String 类也是不可变的,以它为例,说明一下不可变设计的要素。

public final class String implements java.io.Serializable,Comparable<String>,CharSequence{
	/**Thevalueisusedforcharacterstorage.*/
	//final修饰char数组,保证了它只能在构造方法构造的时候赋值
	private final char value[];
	
	/**Cachethehashcodeforthestring*/
	/*hash用作缓存字符串生成的哈希码;
	* 只有在首次调用hashcode时,才会生成,
	* 之后就会把这个哈希值缓存到这个hash的成员变量里,
	* 然后以后就可以避免这个哈希值的计算了
	*/
	private int hash;//Default to 0

	//...
}

2.1 final 的使用

属性用final修饰保证了该属性是只读的,不能修改。
类用final修饰保证了该类中的方法不能被覆盖,防止子类无意间破坏不可变性。

原理

如果一个变量被声明为final,会在赋值之后加入一个写屏障,保证写屏障前的指令不会被重排序到写屏障后面。保证写屏障之前的操作(修改、赋值....)能够被更新到主存中,其它线程可见。

 

2.2 保护性拷贝 

使用字符串时,也有一些跟修改相关的方法,如 substring 等。但substring是调用String内部的构造方法创建了一个新的字符串,没有对原字符串进行修改。 

通过创建副本对象避免共享的手段叫作保护性拷贝

3、享元模式

保护性拷贝的缺点是:创建的对象会比较多,占用内存。

3.1 定义

运用共享技术来有效地支持大量细粒度对象的复用。它通过共享已经存在的对象来大幅度减少需要创建的对象数量、避免大量相似对象的开销,从而提高系统资源的利用率。

3.2 体现

3.2.1 包装类

在JDK中Boolean,Byte,Short,Integer,Long,Character等包装类提供了valueOf方法,例如Long的valueOf会缓存-128~127之间的Long对象,在这个范围之间会重用对象,大于这个范围,才会新建Long对象:

Long有一个静态内部类LongCache,它在初始化的时候会创建一个256长整形包装类对象的数组,并且在初始化代码块里会实现将这256个对象全部都创建好,存入cache数组。 

private static class LongCache{
	private LongCache(){}
	static final Long cache[]= new Long[-(-128)+ 127 + 1];
	static{
		for(int i=0;i<cache.length;i++)
			cache[i]]= new Long(i - 128);
	}
}

 之后调用valueOf的时候,会直接从缓存数组中获取这个长整形对象避免对象的重复创建。

public static Long valueOf(long l) {
	final int offset = 128;
	if (l >= -128 && l <= 127) { // will cache
		return LongCache.cache[(int)l + offset];
	}
	return new Long(l);
}
  • Byte, Short, Long 缓存的范围都是 -128~127
  • Character 缓存的范围是 0~127
  • Integer的默认范围是 -128~127
    • 最小值不能变
    • 但最大值可以通过调整虚拟机参数‘-Djava.lang.Integer.IntegerCache.high’ 来改变
  • Boolean 缓存了 TRUE 和 FALSE

 3.2.2 自定义连接池

例如:一个线上商城应用,QPS达到数千,如果每次都重新创建和关闭数据库连接,性能会受到极大影响。这时预先创建好一批连接,放入连接池。一次请求到达后,从连接池获取连接,使用完毕后再还回连接池,这样既节约了连接的创建和关闭时间,也实现了连接的重用,不至于让庞大的连接数压垮数据库。 

public class Test3 {
    public static void main(String[] args) {
        Pool pool = new Pool(2);
        for (int i = 0; i < 5; i++) {
            new Thread(() -> {
                Connection conn = pool.borrow();
                try {
                    Thread.sleep(new Random().nextInt(1000));
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                pool.free(conn);
            }).start();
        }
    }
}

@Slf4j(topic = "c.Pool")
class Pool {
    // 1. 连接池大小 假设大小固定+final
    private final int poolSize;

    // 2. 连接对象数组
    private Connection[] connections;

    // 3. 连接状态数组 0 表示空闲, 1 表示繁忙
	// AtomicIntegerArray对states数组做安全保护
    private AtomicIntegerArray states;

    // 4. 构造方法初始化
    public Pool(int poolSize) {
        this.poolSize = poolSize;
        this.connections = new Connection[poolSize];
        this.states = new AtomicIntegerArray(new int[poolSize]);
        for (int i = 0; i < poolSize; i++) {
            connections[i] = new MockConnection("连接" + (i+1));
        }
    }

    // 5. 借连接
    public Connection borrow() {
        while(true) {
            for (int i = 0; i < poolSize; i++) {
                // 获取空闲连接
                if(states.get(i) == 0) {
                    if (states.compareAndSet(i, 0, 1)) {
                        log.debug("borrow {}", connections[i]);
                        return connections[i];
                    }
                }
            }
            // 如果没有空闲连接,当前线程进入等待
            // 避免CPU空转,让线程获取不到资源就放弃对资源的抢占
            synchronized (this) {
                try {
                    log.debug("wait...");
                    this.wait();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

    // 6. 归还连接
    public void free(Connection conn) {
        for (int i = 0; i < poolSize; i++) {
            if (connections[i] == conn) {
				//归还连接的线程 就是 连接的持有者 不会发送竞争 不需要compareAndSet
                states.set(i, 0);
                synchronized (this) {
                    log.debug("free {}", conn);
                    this.notifyAll();
                }
                break;
            }
        }
    }
}

class MockConnection implements Connection {

    private String name;

    public MockConnection(String name) {
        this.name = name;
    }

    @Override
    public String toString() {
        return "MockConnection{" +
                "name='" + name + '\'' +
                '}';
    }
    //......
}

 以上实现没有考虑:

  • 连接的动态增长与收缩
  • 连接保活(可用性检测)
  • 等待超时处理
  • 分布式hash

对于关系型数据库,有比较成熟的连接池实现,例如c3p0,druid等对于更通用的对象池,可以考虑使用apache commons pool,例如redis连接池可以参考jedis中关于连接池的实现。

  • 17
    点赞
  • 39
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值