文章目录Micronaut Data把数据库查询挪到编译期去做1、它解决了什么问题2、和 Spring Data 比改了什么3、怎么上手4、什么人会需要它5、文档和发布Micronaut Data把数据库查询挪到编译期去做micronaut-data 在 GitHub 上目前有 480 Star。Micronaut 团队开源的这个数据访问工具包专门解决一件事用 Ahead of Time 编译把仓库接口的查询预先算好运行时只剩一层薄薄的执行层。1、它解决了什么问题写过 Spring Data 或者 GORM 的人都熟悉那套机制在 Java 接口上写个方法名框架运行时用正则匹配加上动态代理把方法名翻译成 SQL。灵活是灵活代价也不小。运行时元模型靠反射维护实体之间的关系应用越大内存吃得越多。本身 Hibernate 就有一套元模型叠加起来等于同一个内存里存了两份。方法名到查询的翻译也是运行时干的活每次启动都要走一遍。Micronaut Data 把这些事全挪到编译期。元模型在编译阶段生成查询在编译阶段算好运行时不需要反射也不需要动态代理。栈帧更短内存占用更低启动也更快。2、和 Spring Data 比改了什么灵感来自 GORM 和 Spring Data但在几个关键点上做了取舍。编译期元模型实体关系的建模直接挪进编译器运行时不再维护那套反射元模型。骨子里 Hibernate 该用的反射还会用但 Micronaut Data 这层没有了。无查询翻译方法名到查询的映射在编译阶段完成运行时不做这件事。框架该做的事编译时一次做掉剩下执行。无反射无运行时代理仓库接口的实现是编译期生成的代码不是运行时织出来的代理。栈跟踪会更干净反射缓存这部分内存开销也省了。类型安全编译期会主动检查仓库方法能不能实现实现不了直接编译失败。运行时才发现方法名写错这种事提前到编译阶段报出来。3、怎么上手最方便的入口是 Micronaut Launch浏览器打开选 feature或者一行 curl 拉一个配好依赖的工程下来。要 JPA 方案curl https://launch.micronaut.io/demo.zip?featuresdata-jpa -o demo.zip unzip demo.zip -d demo要 JDBC 方案就把 feature 换成>4、什么人会需要它已经在 Micronaut 生态里、想用 Spring Data 那套写法但不开运行时代理代价的团队。对启动时间和内存占用敏感的服务尤其是 GraalVM 原生镜像场景。Reflection 和运行时代理在原生镜像里本就要剔除Micronaut Data 的编译期方案正好契合。需要类型安全、希望编译期就发现仓库方法实现问题的项目。运行时炸比编译期炸难受得多。5、文档和发布完整文档在 Micronaut 官方文档站快照版本发布到 JFrog OSS正式版本通过 GitHub Actions 发布到 Maven Central。版本管理走语义化版本号发版流程在 README 里写得很清楚改 gradle.properties 里的 projectVersion打 tag等 CI 跑完。楚改 gradle.properties 里的 projectVersion打 tag等 CI 跑完。
