webpack内存 webpack内存溢出排查

resources是什么文件

resource指广义上的资源。任何有限的，用来分配的东西都可以叫资源，比如CPU运算时间，内存空间等。也可以指相对于代码而言的那些数据，比如CSS和JS文件，用webpack来打包。在这个上下文里，CSS和JS文件就叫做资源。

assets我更倾向于翻译成素材。比如3D游戏里的贴图，视频剪辑软件里导入的视频、音频文件等。

为什么我不建议使用npm做前端包管理

会产生冗余问题

前端与后端使用同一套包管理软件可以减少公共部分的耦合，但是会导致不必要的冗余。

比如一个bootstrap包，是不可能被后端使用的。但是如果统一使用npm管理，每次npm install都会安装bootstrap包，而后端一辈子都用不倒，完全是浪费带宽、存储空间、时间。并且你在运行后端前，每次都安装个bootstrap，你不觉得恶心吗？

运行环境完全不同

前端与后端的运行环境是完全不同的，前端运行于浏览器内（即主要是DOM与BOM环境，相对受限），后端则运行于OS内（有无限的API与可能性）。所以这两种开发环境是完全不同的。不同的开发环境使用同一个包管理文件显然是不合时宜的，也不符合模块化的理念。

开发人员也可能不同

前端与后端通常是不同的开发团队，因些前端关注的是HTML，CSS，DOM，BOM， js的UI库与动作库。而后端关注的是性能，安全，效率，数据，缓存，用户管理。他们可能都会用到gulp/grunt，而后端通常不会用到webpack，wiredep，bootstrap, jQuery这类纯前端的包。所以强行将他们捆绑在一起是没有必要的。

同构包可以分开打包

由于isomorphic js的流行，同构包也会越来越多。但是其实你会发现，不管如何同构，前后端的运行环境还是不同的。所以同构包的调用环境还是不一样的。前端的包通常需要通过browserify，webpack或者gulp等工具发布成前端可用的包。跟npm包直接通过package.json决定从什么地方接入是不同的。即使npm可以为前端包提供字段供前端接入，也会显得非常混乱。

su组件导入很慢怎么办

若su组件导入很慢，有以下几种方法可以尝试解决：
1. 使用最新版本的su组件：确保您使用的是最新版本的su组件，因为较新的版本通常会包含性能优化和 bug 修复的更改。
2. 检查网络连接：确保您的网络连接良好，如果网络连接不稳定或速度较慢，可能会导致组件导入时间变长。
3. 优化代码逻辑：检查您的代码逻辑，确保没有不必要的操作或重复的代码。如果代码逻辑复杂或者存在性能问题，可能会导致组件导入时间变长。
4. 使用动态导入：如果您的代码中使用了静态导入（import）方式导入su组件，可以考虑改为动态导入（import()）方式。动态导入可以延迟加载组件，减少首次加载的时间。
5. 使用 Code Splitting 技术：如果您的应用程序较大，可以使用 Code Splitting 技术将应用程序拆分为多个较小的模块，每个模块按需加载。这样可以减少首次加载的时间和组件导入的时间。
6. 使用懒加载：如果您的应用程序中有很多组件，可以考虑使用懒加载技术，即在组件真正需要使用时才进行导入。这样可以减少首次加载的时间和组件导入的时间。
7. 使用打包工具优化打包配置：如果您使用的是打包工具（如Webpack）进行打包，可以通过优化打包配置来提高组件导入速度，例如使用 Tree Shaking 来去除不需要的代码、使用代码压缩等。
如果尝试了以上方法仍然没有显著的改善，可能需要进一步分析和优化代码，或者考虑其他的技术方案来提高性能。