低代码平台生成的Java代码后端运行时引擎选择通常基于以下考量：

1. 标准企业级场景

• Spring Boot（嵌入式Tomcat/Jetty）
• 适用场景：90%以上的低代码平台首选，提供自动配置、REST API支持、ORM集成（如JPA/Hibernate）
• 优势：快速启动、内嵌Servlet容器、丰富的Starter依赖
• 示例：若生成CRUD接口，默认打包为可执行JAR，通过java -jar直接运行
• Jakarta EE（原Java EE）
• 适用场景：需要EJB、JMS等传统企业级特性的遗留系统
• 运行依赖：需部署至WildFly、Payara等应用服务器

2. 云原生与Serverless

• Quarkus/Micronaut
• 适用场景：低代码生成云原生应用（如Kubernetes部署）
• 优势：极快启动时间（亚秒级）、GraalVM原生镜像支持
• 运行时：可编译为原生二进制或运行于标准JVM
• AWS Lambda/Google Cloud Functions
• 适用场景：无服务器架构，事件驱动型代码片段
• 限制：需适配云厂商的Java运行时接口

3. 轻量级与边缘计算

• Vert.x
• 适用场景：高并发、低延迟的响应式系统（如IoT边缘设备）
• 特点：事件循环模型，非阻塞IO
• Jetty standalone
• 适用场景：资源受限环境，需最小化Servlet容器

4. 特殊需求

• GraalVM Native Image

• 适用场景：要求极致性能或AOT编译（如生成CLI工具）
• 限制：需低代码平台显式支持反射/动态代理配置

选择逻辑

低代码平台通常根据以下因素自动匹配运行时：

1、项目复杂度：简单CRUD → Spring Boot；分布式事务 → Jakarta EE

2、部署目标：云原生 → Quarkus；本地运维 → Tomcat

3、性能需求：高吞吐 → Vert.x；冷启动敏感 → Native Image

实际选择需结合平台预设模板与用户配置（如POM中的<packaging>标签）。