@dongisking 早就应该有意识到经济方向，php 在几年前就业市场已经很不好，很多公司技术都从 php 转型，也应该意识到 php 语言再中大型项目的天生不足和不稳定，出发自己是那种很牛的选手，比如说鸟哥之类的，或者能做到架构那一层，不然死守 PHP 只有死路一条

有女朋友吗，交个女朋友，调节内分泌失调，多接吻，多分泌雄性激素，就没了，我也是这样过来，谈了女朋友，皮肤都好多了

@Authorization 拼多多开个店

一样，所以生命对于我 30 都太长了，太没意思

三十年的人生让我明白一个道理，一个人的精彩往往是有不断新的元素加入，正如一部电视剧，能让你追下去的是出现新的人物，才有新的剧情，假如你的人生看不到希望，真的不如梭哈一把，做自己想做的事，认识想认识的人，见想见的人，改变自己，重生，你的人生才有新的变化。

相亲经历过，送个锤子，吃个饭得了，如果她愿意出来，她对你就没有反感，而且有一点好感，谁情人节会跟异性出来啊，不是很摆明的吧，只要你吃饭的时候不踩坑，不说错话，送不送礼物根本不重要，送她回家说句，很高兴今天晚上与你共聚晚餐

听歌，已经从初中到现在，每天都听，啥风格都听，网易前几年都 10 级了，希望能够有一天能发行自己的歌曲

喝咖啡太尴尬了，大家没话说就很冷场，坐在哪里又动不了，最好去户外，比如动物园之类的

@liyanggyang 举一个很简单例子，比如群吧，解散后会有后续动作，接口端可以解散， 管理后台也可以解散，都是共用一个逻辑

@nothingistrue 但是对于消费者组，就不能那么随意了，通常都是要明确给出实例 ID 的，不能随机生成，可以说说这块运维一般怎么搞的吗，公司运维也是我

@wangxin3 我算一下资源成本，一个业务一个主题，10 个业务就 10 线程在监听队列，如果再单台机器部署多实例，10*n 个线程在跑，没意义

@wangxin3 在同一个消费组，消费者名称一样的话，假设有三个实例，thread-1 thread-2 thread-3, 每条消息只会投递到某个实例，不会三个实例都投放，我的主要问题是如果像这种多个实例，好像会饿死线程，大量浪费

@wangxin3 代码逻辑大概是这样，考虑以下方法再多实例运行，消费组是同一个，消费者名称是写死
@Override
public void run(ApplicationArguments args) throws Exception {
StreamMessageListenerContainer.StreamMessageListenerContainerOptions<String, ObjectRecord<String, ChatGroupUserDTO>> options =
StreamMessageListenerContainer.StreamMessageListenerContainerOptions.builder()
.batchSize(10)
.executor(executor)
.pollTimeout(Duration.ofSeconds(5))
.targetType(ChatGroupUserDTO.class)
.build();
StreamMessageListenerContainer<String, ObjectRecord<String, ChatGroupUserDTO>> container =
StreamMessageListenerContainer.create(redisConnectionFactory, options);

prepareChannelAndGroup(redisTemplate.opsForStream(), MESSAGE_STREAM, MESSAGE_GROUP);

container.receive(Consumer.from(MESSAGE_GROUP, "consumer-1"),
StreamOffset.create(MESSAGE_STREAM, ReadOffset.lastConsumed()),
messageListener);
this.container = container;
// 启动监听
this.container.start();
logger.info("{}启动成功",MESSAGE_STREAM);
}

@wangxin3 同一个消费组，是用 redis stream,只是消费者名称都是写死在代码里面，所以多实例，最终还是同时消费一条消息，除非部署多实例的时候消费者名称动态配置