乐观锁：每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在提交更新的时候会判断一下在 此期间别人有没有去更新这个数据。

悲观锁：每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个 数据就会阻止，直到这个锁被释放。

数据库的乐观锁需要自己实现，在表里面添加一个 version 字段，每次修改成功值加 1，这样每次修改的时候先对比一下，自己拥有的 version 和数据库现在的 version 是否一致，如果不一致就不修改，这样就实现了乐观锁。

在线程中实现乐观锁需要以下步骤（和mysql实现乐观锁原理类似）：

  1. 获取数据版本号：在读取数据之前，先获取数据的版本号（或其他标识符）。可以通过数据库的版本字段、时间戳字段或自定义的版本号字段来实现。
  2. 执行业务逻辑：在获取数据后，执行业务逻辑的操作，可能包括计算、修改数据等。
  3. 检查版本号：在更新数据之前，再次获取最新的版本号，并与之前获取的版本号进行比较。
    a. 如果版本号一致，表示其他线程没有修改过数据，可以继续进行更新操作。
    b. 如果版本号不一致，表示其他线程已经修改了数据，发生了并发冲突。此时可以选择放弃更新、回滚事务或重新尝试操作。
  4. 更新数据：如果版本号一致，可以进行数据的更新操作，更新数据时同时更新版本号。

乐观锁的关键在于比较版本号，如果在执行更新操作之前发现版本号不一致，就意味着数据已被其他线程修改，需要根据具体情况进行相应的处理。

需要注意的是，乐观锁并不会使用锁来保护数据，因此不存在阻塞和线程切换的开销。但是，在乐观锁的实现中，需要注意并发冲突的处理方式，如何处理冲突取决于具体的业务场景和需求。

在实际开发中，可以使用数据库提供的乐观锁机制（如MySQL的版本号机制），或者在应用层面自行实现乐观锁的逻辑。无论是使用数据库提供的乐观锁还是自行实现，都需要保证并发操作的正确性和数据的一致性。