可以在临界区代码开始的位置执行Lock类的lock方法，为代码块加锁，而在临界区的出口使用相同Lock实例的unlock方法，释放临界区资源。
创新互联建站总部坐落于成都市区，致力网站建设服务有网站建设、做网站、网络营销策划、网页设计、网站维护、公众号搭建、微信小程序、软件开发等为企业提供一整套的信息化建设解决方案。创造真正意义上的网站建设，为互联网品牌在互动行销领域创造价值而不懈努力！
Demo2-12中，主线程先创建了一个lockTest对象test，然后将相同的test对象交给两个不同的线程执行。子线程1获取到了lock后，开始执行before sleep输出语句，遇到sleep后，线程1阻塞将会放弃执行权，这时线程2可以获取执行权，当线程2执行lock方法时，发现锁已经被别的线程获取，所以线程2阻塞等待lock的释放。线程1从sleep中被唤醒后，将继续执行after sleep语句，之后释放了锁，此时线程2从锁等待中被唤醒，执行临近区的内容，因此Demo2-12的输出是先线程1的两条语句，之后才输出线程2的两条语句。而Demo2-13在没有锁的保护下，程序无法保证先将线程1的两条语句输出后再执行线程2的输出，因此，Demo2-13的输出结果是交叉的。
对象是一个锁标志。按照先到先得的原则，如果有多个线程都会执行代码，并使用同一个对象作为锁，
synchronize(对象){
....
}
那么，先执行这段代码的那个线程，将会获得这个对象锁，而当这个线程执行这段代码的时候，其他线程也是使用这个对象作为锁的，就不能执行这段代码，知道最初得到这个锁的线程运行完这段代码，然后再把锁分配给下一个线程执行。
1.凡使用synchronized标记的方法，比如 public synchronized void func1() { .... }，则同时只有一个线程能够运行这个方法。比如，线程1正在运行func1，则其他线程需要运行func1的话，会卡住，等线程1运行func1结束后，其他线程中，才会有一个幸运儿成功争取到运行func1的资格，然后这个幸运儿线程开始运行func1。没有争取到运行资格的其他线程，会继续等待。
2.你的例子中，被锁定的是 方法 m1，而不是属性b。所以，m1的synchronized加锁操作，与b没有半点毛钱关系。
3.要实现你的锁b想法，其实很简单。去买一件贞操宝甲来就行了。开玩笑，哈哈。要锁b，把main方法里的tt.m2()修改为tt.m1()。
4.以后别用“b”作为变量，总觉得怪怪了。也许你现在还没长大，很单纯。但大人的世界里，“b”是一种不文雅但又对人类的未来有重要作用的东西。建议用cb来代替b。
public Object getObject(String key,Object o) {
synchronized (map) {
if(map.get(key)==null) {
map.put(key,o)
}else {
return map.get(key);
}}// 格式没法弄,自己弄一下
}
// demol0326 的回答意思使用MyTest的实例来加锁,但是map是static的,无法锁住
// MyTest的多个实例在多个线程中的请求
//禾木双子 :如果A线程在getObject方法的第二行停止,此时B线程进入getObject后执行部分代码, 此时B线程停止,A线程启动,他不会执行'多线程处理', 仍然有线程线程安全问题,(想像一下更多的线程进入该方法的情况,num甚至会得到负值)