1.HashMap
线程不安全(多线程产生hash冲突),实现线程安全可以使用
Map<String, String> synchronizedHashMap = Collections.synchronizedMap(
new
HashMap<String, String>());
hash冲突
底层是key的数组+指向value的链表,
链表所在的地址是有key.hashcode的值,若hashcode相同则产生冲突,如果hashcode和key同时相同则覆盖,若果hashcode 相同key不相同,则继续向后添加指针存储value
2.SQL执行顺序
(8)SELECT (9)DISTINCT (11)<Top Num> <select list>
(1)FROM [left_table]
(3)<join_type> JOIN <right_table>
(2)ON <join_condition>
(4)WHERE <where_condition>
(5)GROUP BY <group_by_list>
(6)WITH <CUBE | RollUP>
(7)HAVING <having_condition>
(10)ORDER BY <order_by_list>
3.Java内存模型
4.GC机制
5.A a = new A();
List l = new ArrayList();
l.add(a);
a = null;
不会被清空,因为list中加的是a的引用
6.复杂SQL
7.事务级别
读未提交:还没有提交完的数据就在数据库中。公司发工资了,领导把5000元打到singo的账号上,但是该事务并未提交,而singo正好去查看账户,发现工资已经到账,是5000元整,非常高兴。可是不幸的是,领导发现发给singo的工资金额不对,是2000元,于是迅速回滚了事务,修改金额后,将事务提交,最后singo实际的工资只有2000元,singo空欢喜一场。
读提交:数据都处理完之后,数据才会变化。singo拿着工资卡去消费,系统读取到卡里确实有2000元,而此时她的老婆也正好在网上转账,把singo工资卡的2000元转到另一账户,并在singo之前提交了事务,当singo扣款时,系统检查到singo的工资卡已经没有钱,扣款失败,singo十分纳闷,明明卡里有钱,为何......
重复读:数据处理完之前,其他事务不能改变其值。出现幻读。当singo拿着工资卡去消费时,一旦系统开始读取工资卡信息(即事务开始),singo的老婆就不可能对该记录进行修改,也就是singo的老婆不能在此时转账。
序列化:事务顺序执行
8.多线程 volatile
每个线程都会有自己的工作内存,工作时会从主内存中拷贝数据过来,不加volatile每个线程的修改都是独立的,也就是a线程修改数据后,什么时候告诉主内存不确定,当加上volatile后会立刻通知主内存
9.IOC与AOP