库模式中不支持配置target，那默认依靠什么来保证兼容性呢

[rainydayDY]

对于普通的模式，配置build.target或者使用@vitejs/plugin-legacy，可以保证工程在低版本的设备上运行。
但是对于库模式，我发现工程里未配置任何关于兼容性的选项，但是构建出来的代码仍旧可以运行在chrome = 57这样的低版本设备上，我好奇，是否是vite里有什么样的默认配置保障了低版本兼容呢？
官方文档提到了：“面向库的 Rollup 预设”，请问这种预设的配置是什么呢？

[chenxch]

默认 formats 是 ['es', 'umd'], 会不会是你的代码中没有较高版本的语法以至于还能运行，我这边一个项目是要通过plugin-legacy才能给低版本浏览器执行。

[rainydayDY]

我确信不是的。用到了扩展运算符等。
此外，通过看vite的源码备注，标识了target这个选项不适用于库模式，@vitejs/plugin-legacy也不是库模式用来处理兼容性的插件。
为什么会提出这样的问题呢？
因为我们组有一个小伙伴把lock文件删掉，重新生成的lock文件，基于此lock安装依赖，编译出来的文件是有兼容问题的。
我暂不清楚是什么导致了这样的问题？是vite版本还是rollup版本？
使用vite初始化的工程，并没有显式配置babel的地方。所以猜测是否有默认配置，处理了这样的兼容性。

[chenxch]

拓展运算符chorme好像46多版本就支持了，你试试replaceAll
抱歉，我用的是vite-plugin-legacy
可以用这个小伙伴的lock文件和你们的lock文件做个diff比对。
我做了个小demo如下

[rainydayDY]

如上，对象里的扩展运算符，chrome60以上支持，库模式打包后可以成功运行在chrome57上，更新了lock后编译，在chrome57上报错如下：
Uncaught SyntaxError: Unexpected token ...
由于lock文件的diff过大，所以暂时无法排查出是更新了何种依赖导致编译结果不同。

[chenxch]

数组是46就支持了
几个方法确认：
1、根据报错定位代码位置
2、添加测试代码，比对编译结果看下这段代码是否是一样的（就用你说的对象拓展运算

[rainydayDY]

首先非常感谢前辈的指导我找到问题了。
故障原因：由于组内同学误删除且重新生成了lock文件，将vite版本由原来的2.5.10升级至2.9.15。
Before：使用的vite的初始版本，build的target为：chrome >=61
After：build显式指定的target为：
export const ESBUILD_MODULES_TARGET = [ 'es2020', // support import.meta.url 'edge88', 'firefox78', 'chrome87', 'safari14', ]
正是由于默认指定的target不同，导致了编译结果的不同。
解决方法: 显示指定编译target即可~

[pisyell]

库模式不是不支持 plugin-legacy 吗？怎么配的

[shenxiang216]

解决了吗，同问

[chenxch]

库模式我是用 https://www.npmjs.com/package/vite-plugin-legacy 解决