先玩会 2077

那如果需要使用一些函数比如 Oracle 的 partition by 呢，毕竟框架如果没提供，要么就直接写 SQL，要么就只能通过框架的扩展能力自己实现，这样想想还是写 SQL 好维护一些。

从文档里复制某个词的时候我一般也是双击，中文的话双击选择就不太有效

或许可以直接拿它的 demo 做一个自己的

@Jrue0011 MapStruct 好像有这个能力，不过没用过不太清楚

或许可以寻找一个具有代码生成功能(注解处理器)的 mapper 框架，维护一个类，另一个提供给其他服务使用的类自动生成代码？

不知道我有没有猜错，你担心的问题是每多一种消息类型表里要多一个设置字段？
那样的话只用一个字段做 bitmap 存储用户设置，程序里拿消息类型与字段值里对应位置的 bit 对比下应该就行了？

哈哈哈所以这算是一个经典 XY 问题吗，本身要解决的不是 redis 存大 value，甚至都不是大量数据的查询优化，而是本身这个数据展示的需求设计

有一个 jenkins 插件

spring tool suite 4 哈哈

我也毕业五年，想要裸辞了

@rqxiao 第一个方法最终生成的 SecretKeySpec 相同的原因是传入了相同的参数 key(String)并使用这个 key.getBytes("utf-8")得到的相同 byte[]作为随机数种子。
直接调用 kg.init(256)的话内部会使用一个没有传入随机数种子的 SecureRandom 。