Zakary

应该是监听过多文件导致 CPU 占用率增加，尝试在 Loaders 中排除不必要的文件可以优化编译性能。 > 另外，在 3.5 新增了 [prebundle](https://nervjs.github.io/taro-docs/docs/next/prebundle) 特性也会大幅减少监听文件从而提升编译性能，可以尝试看看

看起来是压缩异常，但是未能复现，方便可以提交个 demo 用于验证

该错误由于 vueuse 导出包类型导致，可以手动修复参考如下： ```js chain.merge({ resolve: { mainFields: ['main:h5', 'browser', 'module', 'jsnext:main', 'main', 'require'], alias: { '@tarojs/taro': '@tarojs/taro-h5', '@tarojs/router$': require.resolve('@tarojs/router'), '@tarojs/runtime': require.resolve('@tarojs/runtime'), '@tarojs/shared': require.resolve('@tarojs/shared/dist/shared.esm.js'), '@vueuse/core$': '@vueuse/core/index.cjs', '@vueuse/metadata$': '@vueuse/metadata/index.cjs', '@vueuse/shared$': '@vueuse/shared/index.cjs'...

未再指定版本复现该问题，如无更多信息，该 issue 将被关闭

> @ZakaryCode 解决了？ 我这边 windows 3.5.4版本还是有这个问题 PR 还没有合入，等下一个版本咯

> 但现在用 external 打包的方式，在 h5 运行时提示：Uncaught TypeError: Object(...) is not a function > > 发现下面的 createRouter 为空值 import { createRouter } from '@tarojs/taro' 这个映射会在 3.5+ 移除，不过它并不会影响 externals 相关的配置 > 或者麻烦告知...

> 提供类似 `taro build --type h5:lib` 可以把 taro 运行时与组件相关代码通过 external 独立打包。 目前没有考虑，老版本可以自行配置，新版本除了参考插件自行配置也可以通过 prebundle 达成类似的效果

> 我的环境是taro 3.5.5 + nutui-taro 3.2.1，也是rem转换变大了(12px 在 taro 3.4 下是0.512rem，在taro3.5下是0.6rem)，导致整个页面布局都变大了，望尽快修复，谢谢 rem 转换变大，但是实际上值是依托于 designWidth，如果该参数值为 640，虽然 rem 值变大，但是由于根节点上设置的 font-size 不同，实际大小是一致的。

关联 issue #11168

> ### 复现仓库 > https://github.com/jdf2e/nutui-demo/tree/master/taro3 所提供的 demo 无法正常启动 > 刚才测试了一下，使用webpack4无此问题 修改 demo 运行后有同样问题（demo 中是 webpack4 版本 FYI：resolve-url-loader 是用来解决 scss 引入 scss 文件内的资产路径问题，而并非 css 文件，这样的写法并不符合预期 🤔