干掉屎山，重构它

1.当前页面设置不可滚动2.然后高度撑满，内部滚动

你的umd 产物代码还含有es6语法 {代码...} 重新检查一下配置，重新打包发布。或者你可能并不在意含有es6代码，那你可以直接配置noParse 跳过它 {代码...} 或者你希望在已经加入babel 编译的情况下，不要有 {代码...} 那你可以 {代码...}

思路很清晰，但是css file 是eval 了childCompiler 的结果得到的，它本身不在chunk的范围内，所以你拿到的是js文件，可能并不是一个可行的思路

vue-loader的理解是对的。但是@vue/cli的说法不太严谨，@vue/cli现在是一个完整的工具集，它具有更多的功能，实际上承担webpack打包任务的是@vue/service这个子包。

参见 Vue 官方的移动动画 演示关键代码： {代码...} {代码...}

{代码...}

它目前仅仅是一个约定式（与module field 类似）的东西，许多npm模块开始在自己的package.json 使用style field 导出样式

点进去，看看错误堆栈，对症下药

现在好像不管怎么操作，我们都没办法混用它们。但是转念一想，它node不是说我还可以使用.mjs后缀吗？试试吧，去掉刚刚设置的type:module,我们单一的使用文件后缀，让node自动去区分模块规范,修改main.js -> main.mjs

在早前的版本，npm i 不加后缀，他仅仅只会将依赖下载到node_modules，而不会对应将添加到package.json 中的devDep 或者是 dep中。后面npm版本升级后优化了，不加后缀，默认为在dep。

虽然不知道出于什么需求，首先仍然不太赞同此行为，个人认为vue sfc设计足够好，足够普遍适用性，mutil style 、css module本身都支持。

copy-webpack-plugin 通过改写compilation.assets 的方式将内容输出的最终产物。 webpack5 下 terser 会默认去处理相应的assets。

[链接]

感觉这个归功于volar[链接]

先说结论：For long term caching better use contenthash over chunkhash.chunkhash just backward compatibility作者原话： {代码...} 个人理解：contenthash: 它现在可以更聪明用realcontenthash，忽略一些空格啊，换行啊等其实与实体内容无关的内容，以获得更加...

1.2 esm esm 默认要求模块直接明确到文件后缀名，不可省略，它将判定mjs/js 后缀对应采用esm/commonjs模块解析规则，不支持到模块目录的解析，它会抛出ERR_UNSUPPORTED_DIR_IMPORT 异常。不过你可以通过开启--experimental-specifier-resolution=node 使得他以node的...

由于class默认就是严格模式 所以这里指向undefined