- 博客(6)
- 收藏
- 关注
RSS订阅原创 共享模型之无锁
首先看以下代码，这里主要观察withdraw方法，这段方法使用了AtomicInteger有关变量，在compareAndSet方法中，在set之前，先回拿prev这个值和旧值做比较，比如一开始prev拿到了100，当其他线程发生减法使主内存的值变为了90，那么在进行compareAndSet这个方法时，比较出旧的值(100）与当前值(90）不一致，那么next将作废，返回false，会重新执行while语句，直到一致为止，那么才会将。所以可以看出CAS在判断旧值和预期值时，这一个过程是原子操作。
2023-10-18 14:33:04
31
原创 共享模型之管程
而synchronized（对象锁），采用了互斥的方式让同一时刻只有一个线程才能拥有对象锁，其他线程再想获取这个对象锁时就会阻塞住，这样就能保证拥有锁的线程可以安全执行临界区内的代码，不用担心线程上下文之间的切换。局部变量是线程安全的；但局部对象引用的对象未必是线程安全的，如果该对象没有逃离方法的作用区域，那么就是线程安全的，如果逃离 方法的作用区域，就是线程不安全的。其实使用synchronized就是用对象锁来保证了临界区的代码块的原子性，临界区的代码对外是不可分割的，不会被线程切换所打断。
2023-10-18 14:32:13
23
原创 共享模型之内存
happen before规定了对共享变量的写操作对于其他线程是不可见的，它是有序性和可见性的组合，JMM不能保证一个线程对共享变量的写，对于其他线程对共享变量的读可见。3、1秒之后主线程修改了run的值，但是t线程中的高速缓冲区中的值没有发生改变，仍然是true，所以不会退出循环，所以是不可见。2、因为t线程要频繁的从主内存读取run值，JIT编译器会将run的值保存到自己的高速缓冲区中，减少对主内存的run的访问。1、初始状态，t线程开始从主内存读取了run的值到工作内存。那么有没有解决方案？
2023-10-18 14:31:41
27
原创 mysql的常见日志文件
事务在运行中，都是在内存中的Buffer Pool（缓冲池）修改页面，但是页面被修改后并不会会立刻被刷盘（因为有时我们修改数据只是修改几列，将整个页面刷盘是不恰当的，另一个方面是一个事务会涉及不同的页面，如果将这些页面都刷盘，那么可能会进行大量的随机IO）一般二进制日志文件包括二进制日志索引文件和二进制日志文件，其中二进制日志文件记录的是所有二进制日志文件的文件名，是直接可阅读的，而二进制日志文件记录的是二进制日志，不可以直接阅读的。该文件不仅记录了所有的错误信息，也记录了一些警告信息以及普通信息。
2023-10-09 09:27:37
37
1
原创 RocketMQ如何解决消息积压问题？
在设计消息队列系统时，需要根据具体的业务需求和系统性能来确定增加消费者数量和队列数量的策略。这种情况下，新增的消费者无法直接消费已分配的队列，因为消息队列系统会确保每个队列只由一个消费者进行消费。因此，并不是增加消费者数量就一定需要增加队列的数量，具体的调整策略应该根据实际情况进行综合考虑和优化。另外，消息积压可能是由于系统其他方面的性能问题导致的，需要综合考虑系统的整体性能并进行相应的优化。如果消费者已经固定消费了特定的队列，新增的消费者将无法直接消费该队列，除非进行相应的调整。
2023-08-23 22:36:42
492
原创 Rocket消息的顺序性
在顺序消费的情况下，中间件可能会将同一个分区的消息发送给同一个消费者实例来处理，从而保证消息在分区内的顺序消费。3、依赖多个消息：一些业务上会存在多个消息同时执行的情况，那么就需要保证这些消息的正确顺序执行。这样可以确保消息的顺序消费，但会限制并发能力，因为所有的消息都被一个消费者消费。1、业务的逻辑的依赖性：某些业务的逻辑需要要求消息顺序消费执行，比如订单的下单过程，每一步都需要按照步骤执行，以保证顺序的一致性。1、全局有序：消费的所有消息都严格按照发送消息的顺序执行。那么如何保证消息的顺序消费呢？
2023-08-23 21:27:14
105
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人