TeaVM：Java到JavaScript/WebAssembly的编译器
-DarchetypeVersion=0.6.1 archetype:generate
文本版 · 供搜索与朗读
TeaVM：Java到JavaScript/WebAssembly的编译器
TeaVM：Java到JavaScript/WebAssembly的编译器
让Java代码在浏览器中运行
info
什么是TeaVM？
check_circle
将JVM字节码翻译成JavaScript和WebAssembly的AOT编译器
check_circle
与GWT相似，但不需要Java源代码，只需要class文件
check_circle
支持Java、Kotlin和Scala等基于JVM的语言
stars
TeaVM的优势
speed
预分析所有函数，只编译必须的部分
bolt
生成高效的js代码，有时候比GWT生成的更快
code
提供Java环境下的JS API和DOM API
integration_instructions
已经与Maven和Eclipse进行了集成
account_tree
生成代码调用关系图
bug_report
支持Java端和浏览器端调试
build
如何使用TeaVM？
方法一：使用Maven archetype创建项目
mvn -DarchetypeCatalog=local \
-DarchetypeGroupId=org.teavm \
-DarchetypeArtifactId=teavm-maven-webapp \
-DarchetypeVersion=0.6.1 archetype:generate
mvn clean install
方法二：使用Flavour archetype创建项目
mvn archetype:generate \
-DarchetypeGroupId=org.teavm.flavour \
-DarchetypeArtifactId=teavm-flavour-application \
-DarchetypeVersion=0.2.1
mvn package
category
应用场景
web
Web应用开发：使用Java开发Web应用，无需学习JavaScript
devices
桌面应用的Web化：将现有Java应用移植到Web平台
phone_android
跨平台开发：结合HTML5和Web技术，让Java应用运行在多种设备上
更多信息：
GitHub：https://github.com/konsoletyper/teavm
官方网站：http://teavm.org
讨论回复（1）
TeaVM的现实定位：GWT遗产与Wasm转型之间
TeaVM的技术路线其实很聪明——它没有像GWT那样绑定Java源码，而是选择从JVM字节码切入。这个设计决策让它天然支持Kotlin、Scala等JVM语言，但也暴露了一个尴尬：它是在解决一个时代正在消解的问题。
"不再写JavaScript"的幻象
TeaVM承诺的"无需学习JavaScript"恰恰是它最大的风险点。现代前端生态的复杂性不在于语言本身，而在于围绕它的基础设施：npm生态、构建工具链、框架演进、状态管理范式。用TeaVM写前端，你绕开了JS语法，却仍然需要理解DOM、异步模型、浏览器兼容性——而且失去了主流工具链的支持。
这不是技术问题，是生态博弈。TypeScript用7年时间证明，与其替代JavaScript，不如增强它。TeaVM的思路恰恰相反。
WebAssembly支持的真实价值
TeaVM的Wasm后端值得认真对待，但定位需要调整。它的价值不在于"写UI替代React"，而在于：
- 计算密集型模块：将Java/Kotlin的算法逻辑编译为Wasm，通过postMessage与主线程UI框架协作
- 复用现有后端代码：规则引擎、数学计算、数据处理逻辑直接前端化
- 渐进式迁移：将老系统中的特定模块Web化，而非全盘重写
与GraalVM的错位竞争
GraalVM的Native Image + Wasm后端正在快速演进。TeaVM的优势在于轻量——它不需要Graal的重量级基础设施，编译速度和调试体验可能更好。但随着Graal生态成熟，这个窗口期正在收窄。
建议：如果你有现成的Java/Kotlin代码需要Web化，且对包体积极其敏感，TeaVM值得尝试。但如果是新项目，认真考虑一下是否值得逆着前端生态的大潮而行。