1700445569
1700445570
System.out.println（Thread.currentThread（）.getId（）
1700445571
1700445572
+”—”+tickets.remove（0））；
1700445573
1700445574
}
1700445575
1700445576
}；
1700445577
1700445578
}.start（）；
1700445579
1700445580
}
1700445581
1700445582
}
1700445583
1700445584
还是火车站售票程序，有10个窗口在卖火车票，程序打印出窗口号（也就是线程号）和车票编号，很快我们就会看到这样的输出：
1700445585
1700445586
13—火车票96531
1700445587
1700445588
10—火车票96531
1700445589
1700445590
9—火车票96530
1700445591
1700445592
16—火车票96530
1700445593
1700445594
注意看，上面有两个线程在卖同一张火车票，这才是线程不同步的问题，此时把ArrayList修改为Vector即可解决问题，因为Vector的每个方法前都加上了synchronized关键字，同时只会允许一个线程进入该方法，确保了程序的可靠性。
1700445595
1700445596
虽然在系统开发中我们一再说明，除非必要，否则不要使用synchronized，这是从性能的角度考虑的，但是一旦涉及多线程时（注意这里说的是真正的多线程，不是并发修改的问题，比如一个线程增加，一个线程删除，这不属于多线程的范畴），Vector会是最佳选择，当然自己在程序中加synchronized也是可行的方法。
1700445597
1700445598
HashMap的线程安全类HashTable与此相同，不再赘述。
1700445599
1700445600
注意 多线程环境下考虑使用Vector或HashTable。
1700445601
1700445602
1700445603
1700445604
1700445606
编写高质量代码：改善Java程序的151个建议 建议81：非稳定排序推荐使用List
1700445607
1700445608
我们知道Set与List的最大区别就是Set中的元素不可以重复（这个重复指的equals方法的返回值相等），其他方面则没有太大的区别了，在Set的实现类中有一个比较常用的类需要了解一下：TreeSet，该类实现了类默认排序为升序的Set集合，如果插入一个元素，默认会按照升序排列（当然是根据Comparable接口的compareTo的返回值确定排序位置了），不过，这样的排序是不是在元素经常变化的场景中也适用呢？我们来看例子：
1700445609
1700445610
public static void main（String[]args）{
1700445611
1700445612
SortedSet＜Person＞set=new TreeSet＜Person＞（）；
1700445613
1700445614
//身高180CM
1700445615
1700445616
set.add（new Person（180））；
1700445617
1700445618
//身高175CM
[
上一页 ]
[ :1.700445569e+09 ]
[
下一页 ]