今天，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 是什么

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")

Beta 意味着什么

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