Java源代码中赋值临时变量的操作
复制变量到临时变量的作用
- 实例
- 优点
- 缺点
1、实例
StringBuilder的父类AbstractStringBuilder的**appendNull()**方法
private AbstractStringBuilder appendNull() {
int c = count;
ensureCapacityInternal(c + 4);
final char[] value = this.value;
value[c++] = 'n';
value[c++] = 'u';
value[c++] = 'l';
value[c++] = 'l';
count = c;
return this;
}
其中count为当前char数组容量大小；final char[] value=this.value;此处的复制是无用的，应该并不能将this.val转化为final对象，这里final修饰词最大的作用可能是提示不能将value进行重新赋值。
这里举一个例子，当ThreadA和ThreadB同时调用sb这个对象时，首先扩容ensureCapacityInternal会进行扩容由于Arrays.copyOf方法不是同步的一样会造成多线程异常
if (minimumCapacity - value.length > 0) {
value = Arrays.copyOf(value,
newCapacity(minimumCapacity));
}
这里扩容可能会扩大8个char或者4个char，具体原因不细讲。
然后在对value数组进行赋值，最后在执行结束时归还count,可能会有两种情况第一种是ThreadA先归还，ThreadB后归还，第二种情况是ThreadB先归还，无论谁先归还最终count都只会+4。但是由于在执行过程中ThreadA和ThreadB对value[]的赋值可能是交叉进行的，会导致append的值实际不为’null’可能为’nnuu’或者其他情况。如果出现了任意一种多线程异常状况都会导致append的值与’null’不相同，所以都应定为无效的，但是通过c来控制可以让增长的长度为恒定的4，如果不使用int c=count来控制，会使count值增长8。这里想表明的是对于多线程情况下，无论是是不是用c来临时保存count数值都不会让这个appendNull操作变得线程安全起来，但是可以保证在发生多线程不安全的情况下，浪费的空间，也就是扩容的空间最少。
2、优点
对于多线程出错降低了浪费的扩容空间
3、缺点
依旧未解决多线程错误问题