假设有两个JVM，JVM1中的线程A，来获取锁，就需要去寻找外部的锁监视器，一旦获取成功，就回去记录当前获取锁的是这个线程A，在高并发情况下，此时如果有其他线程也来获取锁，比如JVM2线程中的线程C，但因为外部的锁监视器中已经记录锁的持有者了，因此线程C获取锁失败，则需要等待锁释放，当线程A释放锁成功后，线程C来获取锁，之后执行自己的业务。线程开启，尝试获取锁，执行命令，结果有两种，OK,NIL，

如果一个系统需要在构建的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，可以通过桥接模式使他们在抽象层建立一个关联关系，抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响，在程序运行时可以将动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，及系统需要对抽象化角色和现实化角色进行动态耦合。将结构看成这样，那我们在新增品牌的时候，只需要在x轴增加就好了，

在创建一个异步线程之后，可以手动的往嵌套方法的Tread Local中将外层事务connection对象存入，那么嵌套方法就可以从自己的Thread Local中拿到外层事务的connection了，这样方法和嵌套方法用的就是同一个事务了。然后去执行方法，从而执行数据库操作，然后再执行嵌套方法，然后再嵌套方法的代理对象，就可以拿到外层事务的Thread Local中connection对象，从而执

在微信中有附近的人的功能，在外卖软件中就会有附近商户的功能，打车软件中会有附近的车的功能等等，这些功能的底层都是基于地理坐标进行搜索，支持地理坐标的技术很多，redis就是其中之一，在这里主要学习基于Redis实现地理坐标的搜索功能。实现思路：前端发送请求，请求中的typeID到数据库中过滤，找到对应的店铺，做分页返回前端，而将商户id与经纬度使用GEO数据结构存入redis中，将来在收到请求时就

订单的特点就是数据量比较大，因为用户只要产生购买的行为，就会不停的产生新的订单，如果项目有一定的规模，用户量达到数百万，每天的订单可能就高达数百万，日积月累，单张表显然不能保存如此多的数据，如果无法保存，就需要分到多张表中，如果每张表都采用自增长，每张表都自增，那么订单的id就一定会重复，而订单就不应该重复，因为从业务的角度来考虑，将来一些售后服务还需要订单id，如果id重复，将来一定会出问题。生