|
|
今天，Kotlin/Native 服务端真正拥有了自己的工程级应用框架。
•
欣赏 Neton 代码的魅力：
- Neton.run(args) {
- http {
- port = 8080
- }
- routing {
- get("/") {
- "Hello Neton!"
- }
- }
- }
Neton 是一套可对标 Spring Boot 生态的 Kotlin/Native 完整工程框架体系。它以原生二进制为基础，
完整提供应用容器、生命周期、Controller、编译期装配、数据库事务、安全、缓存、Redis、任务、
存储、结构化日志、领域事件和 AI 能力，为大型服务端应用提供从开发、运行到运维的统一底座。
这是一套可以直接承载复杂业务、面向长期维护、以替代 Spring Boot 为目标的真框架。它让 Kotlin
•
开发者第一次不必在两条路之间妥协： 要么选择成熟工程能力并接受更重的运行时，要么选择 Native
效率却从底层基础设施重新组装。
•
Neton 要同时拿下两边： Spring Boot 级的工程效率，Kotlin/Native 原生二进制的启动速度、资源
密度和部署形态。**
1.0.0-beta1 不只是一个版本号。它标志着 Kotlin/Native 从客户端共享与底层开发，正式迈进能够
建设大型服务端应用的新时代。
1.0.0-beta1 是 Neton 的首个公开 Beta 里程碑。后续维护版本 1.0.0-beta2 已发布，
新项目应使用 beta2；本文记录 beta1 所确立的产品方向与核心能力。
Neton 是面向 Kotlin/Native 的下一代工程级 Web 应用框架，也是为 Kotlin 团队提供的一条
Spring Boot 替代路线。它保留成熟企业框架最有价值的能力：声明式开发、清晰分层、统一生命周期
和开箱即用的基础设施；同时彻底换掉依赖运行时扫描、反射和动态代理的实现方式。
路由、参数绑定、实体表、模块装配和部分横切能力由 KSP 在编译期生成。运行时直接执行已经确定的
代码，无需再做类路径扫描、反射解析和动态装配。
最终应用编译为不依赖 JVM 的原生可执行文件。项目样例在特定机器和 Release 构建下测得约 3 ms
启动、约 12–20 MB 常驻内存；真实结果会随业务代码、依赖、硬件和 I/O 条件变化。这种运行形态让
高密度容器、快速扩缩容、边缘节点和命令式服务拥有了完整的 Kotlin 工程化选择。
它已经能做什么
•
Neton 1.0 Public Beta 覆盖的不只是 HTTP：
•
Web 与 API：Controller 注解、Routing DSL、参数绑定、中间件、统一异常和响应处理。
•
应用生命周期：确定的启动顺序、Context freeze、失败快速退出、资源逆序关闭。
•
数据库：PostgreSQL、MySQL、SQLite，类型安全 Query DSL，真实协程事务与生成主键回填。
•
安全：Authenticator + Guard、JWT、路由组授权、权限注解和身份上下文冻结。
•
缓存与 Redis：L1/L2 缓存、限流、分布式锁，以及严格的配置优先级。
•
工程基础设施：结构化日志、traceId/spanId、定时任务、文件存储、本地与 S3 后端、数据验证。
•
领域协作：进程内领域事件，以及由应用选择持久化载体的可重试事件契约。
•
AI 集成：独立的 neton-ai 模块，按需引入，不把 AI 依赖塞进基础运行时。
•
可替换 HTTP 传输：默认使用 Ktor Adapter；应用也可以显式引入外部 Hyper4k Adapter。
它适合构建业务 API、BFF、微服务、管理后台后端、支付与会员系统、内部平台，以及对冷启动和
内存密度敏感的 Serverless 或边缘服务。
它真正想颠覆什么
•
Neton 将 Kotlin 后端的技术基线提升到一个新的层次：完整工程体系、编译期确定性与 Native 运行
效率同时成立，并由此打破后端开发中长期存在的三组二选一。
1. 原生效率，不等于从零组装
过去选择原生服务端，往往意味着团队要自己决定目录结构、生命周期、依赖装配、数据库边界、
日志格式和错误模型。应用跑得很轻，工程成本却转移给了每一个项目。
Neton 把这些重复决策收进框架契约，让 Native 不再只是性能优化，也可以是一套可复制的工程方法。
2. 工程化，不等于更重的运行时
声明式 Controller、自动装配和数据映射不一定要靠运行时反射完成。Neton 用 KSP 把复杂度前移到
•
编译期： 保留易用的 API，同时让错误尽可能在构建阶段暴露。
这改变了“开发效率越高，运行时就越重”的默认假设。
3. 低资源，不等于离开 Kotlin
团队可以继续使用 Kotlin 的类型系统、协程、DSL 和 Multiplatform 工具链，不必为了原生部署立刻
改写成另一门语言。Neton 试图提供一条渐进路线：保留 Kotlin 的生产力，把运行形态换成 Native。
一套为长期维护而设计的分层
•
Neton 推荐并在应用模板中落实下面的职责边界：
- Controller -> Logic -> Table -> Model
- HTTP 业务 数据 实体
Controller 只处理协议和权限，Logic 编排业务状态与事务，Table 承担单表数据访问，Model 保持纯粹。
这套分层让项目增长到数十个模块后，团队仍然清楚每一类代码的职责和位置。
•
框架同时坚持一个更严格的原则： 声明存在的能力，运行时必须真的生效。 关键配置错误会在启动期
失败；路由、限流、缓存、安全、事务和生命周期都有对应的契约测试。比“功能很多”更重要的是，
这些功能不能只是看起来存在。
五分钟开始
•
最快的方式是直接运行官方模板：
- git clone https://github.com/netonframework/neton-app.git
- cd neton-app
- ./gradlew run
•
或者在 Kotlin Multiplatform 项目中引入当前维护版本：
- implementation("com.netonstream:neton:1.0.0-beta2")
neton 坐标提供可运行服务所需的 core、logging、http 和 routing，并通过 BOM 对齐可选模块：
- implementation("com.netonstream:neton-database")
- implementation("com.netonstream:neton-security")
- implementation("com.netonstream:neton-redis")
- implementation("com.netonstream:neton-cache")
beta1 表示主架构和核心契约已经形成，并经过真实多模块应用验证；它不表示所有 API 已经永远不变。
在 1.0 正式版之前，团队仍会优先修正不清晰、不一致或无法长期维护的设计。
当前支持 macOS ARM64、Linux x64、Linux ARM64 和 Windows x64。除 neton-database 外的模块也支持
macOS x64；由于上游数据库驱动未发布对应制品，Intel Mac 暂不能使用该模块。
我们欢迎真实项目把登录、权限、事务、缓存、任务、文件、支付和运维链路完整交给 Neton。Beta
阶段最有价值的反馈，是那些只有业务增长后才会暴露的问题。
从今天开始
Neton 1.0 Public Beta 标志着 Kotlin/Native 服务端从“可以写 Web 服务”迈向“可以持续建设大型应用”。
从这一刻开始，Kotlin/Native 不再只是服务端领域的实验选项，而是拥有完整框架、标准工程结构和
真实业务验证的新一代后端平台。
它为下一代 Kotlin 服务端确立了一个新的完整选项：
为什么 Kotlin 后端必须在 Spring Boot 的工程效率与 Native 的原生效率之间做选择？
Neton 的答案，是不再选择。Kotlin/Native 的服务端时代，现在开始。
•
官方网站
•
快速开始
•
GitHub 源码与 beta1 标签
•
官方启动模板
•
Maven Central 制品
•
Apache 2.0 License
原文链接 |
|
发表于 2026-9-1 15:00:20
