@wwhontheway 就是想知道 springboot+kafka ，能不能做成一个简单的串行处理队列😁

@Marinaaaa 我现在用的是第二种，指定生成者往指定分区发消息，消费者就算只有一个，也有问题：我在消费方法中加了 sleep 来模拟处理数据耗时，第一条消息还在 sleep 的时候，第二条消息到来，也会进入处理阶段，也就是消费者相当于多线程的，不断的在消费。不知道这种情况如何处理

@Trim21 主要是服务是多节点部署，启动起来自然开始订阅消费

@crysislinux 消费节点是多个，我测试的，即便多个消费者在一个消费者组，第一个消费者拿到消息处理的过程中，第二条消息到来，也会被消费，这个时候，第一条消息和第二条消息就是并行在处理了

@Wh1t3zZ 因为服务自己是多节点部署的，启动起来，kafka 就订阅消费了。。。

@Ayanokouji 需求来源就是，json 字符串直接入库，不用 entity 映射，入库的试试，需要字段名和数据表字段一模一样，json 转 map ，map 入库，这样可以写一个通用的入库方法

@a1b2c3T 方案 2 我试了，不行，也是 obj 转 json 可以，json 转 obj 不行。。。

卖早饭中午饭晚饭给程序员，然后晚上的时候，还可以开滴滴送程序员回家

@chendy 主要是总能遇到一些表，字段茫茫多

@moon548834 后端不仅仅通过 cookie 里面的 token 进行鉴权相关识别，是不是就没问题了，不用管是不是同源？

买个啥云服务的存储，归档那种，很便宜，多搞几个备份，这种稳不稳？只是无法在线浏览吧

所有权限，基于组去查询就可以了，还是有角色，但是角色是隶属于某个组的
比如你把角色 Ra 分给用户 UserA ，分的时候，要确定是那个组，那么形成 组-角色-人员 这样一个关联关系
所有操作，都居于这个层次关系去约束

看了一圈，准备搞个 alice 配列的来试试，看上那个渴创 Q10 max,多出来的键看起来对程序员很友好，哈哈

@Seves 对输入数字没有刚需的，可以省掉数字键，减少键盘长度，也不说省空间，只能说简洁一点吧，哈哈

@jellyX 61 键 vim ，大神啊。。。。

@Tyrant1984 啥，行程没变？我一直以为变短了，像笔记本那种一样😰

@vivisidea 其实，是不是也有类似的地方，执行任务，线程池一次能排出来的线程就那么几条，如果同时要执行的任务太多，那就需要排队了

@msg7086 密码攻防这一块，一直以来的一个基本理论就是，算法代码本身起不到保护作用，非对称加密算法都是开源的，保护秘密的本身是密钥，不是算法

边上班，变健身?