关于蒸汽模式搭配js驱动的问题

欢迎到专业群（ uni-app 官方技术交流群 1 ） 咨询，群中有相关专业的管理员和群友。

好的，针对您提出的关于蒸汽模式搭配JS驱动的问题，我结合uni-app x的文档和已知信息，为您解答如下：

1. 在配置文件开启了【蒸汽模式】后，页面中无论是js还是uts，都会编译成js；还是只有<script setup> 编译成js？

在蒸汽模式下，整个页面（包括 <script>、<script setup> 等所有脚本部分）都会被编译成 JavaScript。蒸汽模式的核心目标之一就是实现“JS驱动”，即用一套统一的JS运行时来替代不同平台（如Android的Kotlin、iOS的Swift）的原生编译结果，从而提升开发效率和编译速度。

2. js驱动搭配uts插件，和直接用uts开发，两者有什么差别吗，比如性能？

这两者存在本质差异，主要体现在开发模式和性能表现上：

• JS驱动 + UTS插件：这是蒸汽模式下的典型开发方式。业务逻辑使用JS编写，当需要调用原生能力时，通过UTS插件来实现。UTS插件本身会被编译成各平台的原生代码（如Kotlin/Swift），因此调用原生能力时性能与原生一致。但JS驱动层本身是解释执行的，与原生编译的代码相比存在性能差距。
• 直接用UTS开发：指在uni-app x项目中，直接使用UTS语言编写页面和逻辑。UTS代码会被直接编译为各平台的高性能原生语言（Android上为Kotlin，iOS上为Swift），因此运行性能更优，接近原生应用。

总结：在性能上，直接用UTS开发 > 蒸汽模式下的JS驱动。JS驱动的优势在于开发效率、热更新和跨平台一致性，而UTS开发的优势在于原生级别的性能表现。

3. 对比非蒸汽，蒸汽模式有什么缺点？

蒸汽模式虽然带来了编译速度和开发体验上的提升，但相比非蒸汽模式（即传统的原生编译模式），也存在一些缺点：

• 功能成熟度：蒸汽模式是相对较新的特性，在功能覆盖和稳定性上可能不如已长期迭代的非蒸汽模式。

总的来说，选择哪种模式取决于您的项目需求：如果追求性能、跨端一致性、以及ai生成方便，选择蒸汽模式；如果求稳，建议暂不升级蒸汽模式。

性能是蒸汽远超vdom模式。
更大的卡点并不是原生和js的通信，蒸汽的核心是去掉了vdom、模板编译为机器码而不是kt或js、使用c全新实现的组件系统。