最近负责的Weex项目涉及到一些构建上的问题，需要通过自定义webpack的loader去实现，于是学习了一下这方面的知识，写一篇文章做个总结，以免遗忘。
webpack想必前端圈的人都知道了，大多数人也都或多或少的用过。简单的说就是它能够加载资源文件，并对这些文件进行一些处理，诸如编译、压缩等，最终一起打包到指定的文件中。可以说，它作为一个打包工具，在前端工程化浪潮中，起到了中流砥柱的作用。
那webpack其中非常重要的一环就是，能够对加载的资源文件，进行一些处理。比如把less、sass文件编译成css文件，负责这个处理过程的，就是webpack的loader。
什么是loader
我们都知道webpack作为当下最火的一个前端构建工具，具有很多很实用的功能，loader就是其中之一。说的通俗一点，loader就是用于对模块的源码进行转换。对于做Android的同学，大家可以把它想象成gradle中的transform task。
loader怎么用
在平时的开发过程中，loader的使用也是非常常见的，我们可以在工程的webpack.config.js中定义：
可以看到，对于css文件，我们使用css-loader，对于vue文件，我们使用vue-loader，对于图片文件，我们使用file-loader。这些loader会将对应的文件进行转换，构建出最终的产物。
如何自定义loader
有了上面的经验，我们该如何自定义一个loader呢？其实也是非常简单的。
首先我们创建一个js文件，就取名叫test-loader吧。
console.log("start process code...");
var options = loaderUtils.getOptions(this) || {};
if(options !== {}) {
var replaceMap = options["replaceMap"];
for(var key in replaceMap) {
console.log(source);
source = source.replace(key,replaceMap[key]);
console.log(source);
}
}
return source;
};
这就是全部的代码了，其实一个loader内部就是一个node模块，代码的编写就和平时写node一样就ok了。
test-loader的逻辑就是获取到设置的option，并且做一个文本的替换。
假设我们还有2个js文件，分别是test.js和index.js
test.js
index.js
然后我们在webpack.config.js中加入我们自己的test-loader。
其中options中，我们将“loaded”字符串替换成“yeah”。
但是我们的loader并没有上传到npm中，所以我们还需要在webpack.config.js中加入下面这段代码：
用于加载本地loader。
这样我们最终构建出来的产物中，所有的“loaded”字符串就会被替换成“yeah”了。
小结
这篇文章非常浅显，主要就是讲了一下loader的使用方式，其实我们熟知的很多loader都是这么做的，只不过是业务逻辑上的复杂程度不同而已，大家也可以自己试试看。
