java一只鱼的博客

个人在日常开发的过程中，比如sql语句或者代码逻辑，比较简单的，我就会组织好自己的语言然后发给chatgpt 生成相应的代码或者sql语句，然后我在根据现有的业务逻辑 代码 去整理和优化，总体上能够在一些开发的过程中帮助你快速的开发完业务逻辑，对于研发人员来说具有辅助的作用，不用事事亲力亲为，只需要专注于复杂的业务逻辑开发。在使用的过程中发现，chatgpt 并不能去评价视频方面的内容，如图你要叫它去评价一下某个视频那么他就会直接回答 没有这方面的能力。通义千问就会回答的比较晦涩不是很准确的回答。

消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。当今市面上有很多主流的消息中间件，如老牌的ActiveMQ、RabbitMQ，炙手可热的Kafka，阿里巴巴自主开发的Notify、MetaQ、RocketMQ等。本文不会一一介绍这些消息队列的所有特性，而是探讨一下自主开发设计一个消息队列时，你需要思考和设计的重要方面。过程中我们会参考这些成熟消息队列的很多重要思想。本文首先会阐述什么时候你需要一个消息队列，然后

比如A系统要同时调用BCD系统都成功才返回，使用了MQ后，B、C、D中任何一个系统失败都不会影响A系统正常返回。

假设有三台机器，其中一台A有元数据和实际数据，另外两台B和C只有元数据。如果消费者监听的是B和C，消费时则需要去A拉取数据，如果监听的是A则可以直接拉取数据。优点：只能提高消费者的吞吐量缺点：1：A挂掉则整个系统都不行，没有高可用性2：集群内部产生大量的数据传输。