悲观锁总是假设最坏的的情况, 认为每次访问共享资源的时候都会被别人修改去加锁,等锁释放后其他线程或者进程才能访问共享资源。(共享资源只给一个线程用, 其他线程只能等待该线程把锁才能访问共享资源)
乐观锁总是假设最好的情况,认为每次访问共享资源的时候都不会有人修改不加锁,但是在更新时会去判断在此期间有没有更新了共享资源。一般采用版本号机制或者cas算法实现。
使用场景
乐观锁,适用读多写少的场景( 当写操作多时,多个线程访问同一共享资源,只能有一个线程访问成功,其他的线程需要不断的重试)
悲观锁,写多读少的场景。