一、前言
当使用coffeescript、clojurescript编写前端脚本时，当使用less、sacc编写样式规则时，是否觉得调试时无法准确找到源码位置呢？当使用jquery.min.js等经压缩后的工具库时，是否觉得连调试的门都不不知道在哪呢？
针对上述问题，google为我们提供了source maps这一解决方案，以下内容为对source maps的学习记录，以便日后查阅。
由于篇幅较长，特设目录一坨！
二、示例
三、source maps方案详解
1. 方案结构
2. 支持的浏览器和启动方式
3. 生成器
4. map文件详解
4.1. map文件格式
4.2. mappings属性
4.3. vlq编码
四、注意
五、总结
二、示例
首先我们使用clojurescript写一段递归函数becomegeek
预编译后得到如下js
当需要调试时我们的处境就是看着js代码修改clojurescript代码，对于这个becomegeek函数来说没多大困难，但对于整个工程来说难度
不亚于看着二进制中间码来修改java代码哦。下面我们通过lein+cljsbuild插件来生成source maps从而解决上述问题！
project.clj配置信息
执行lein命令
然后我们开启chrome的devtools中js和css的source maps功能即可像在vs上调试c#一样爽快了。
在sample.cljs文件中设置断点，然后调用sample.becomegeek调试即可！
chrome的devtools：
ff的devtools：
我想大家现在已经感受到source maps的威力了，有了它我们就可以安心的使用js的超集语言（clojurescript、coffeescript和typescript等），也可安心调试jquery.min.js等经过压缩混淆的库代码了。
source maps不仅仅是一个.map后缀的文件，而是由浏览器、.map文件生成器和.map文件组成的一套技术方案。
.map文件，其实是一个关系映射文件，用于存放源码和编译后代码的文件、行号、列号和变量名的映射关系；
.map文件生成器，每种预处理器(lessc、closure、cljsc等)都可通过可选项设置如何生成.map文件；
浏览器，chrome和ff均提供source maps支持（ie11依然不支持），浏览器实质上提供的是.map文件解析引擎，根据.map文件内容加载源文件和在调试模式中关联源码和编译后代码。
另外编译后代码最后一行会追加一行指向.map文件语句，指向的方式有http uri scheme 和 data uri scheme两种。
http uri scheme，格式为 //# sourcemappingurl=sample.js.map?rel=1420853090118
data uri scheme，就是通过对.map文件进行base64编码，然后编译后代码最后一行以data uri scheme的形式引入.map文件内容，格式为 //# sourcemappingurl=data:application/json;base64,asdi.......
chrome，devtools的settings中开启js和css的source maps功能。
ff，默认已经开启js和css的source maps功能。
下面将介绍lessc、gc(google closure compiler)、uglifyjs、clojurescript和coffeescript
gc，作为js的编译器，不但提供去除空白、注释等功能，还会对代码进行语法分析并优化代码（函数内联、变量常量化、局部变量和属性名替换等
uglifyjs，由于jquery改用uglifyjs作为其预编译工具令其声名远播，通过下面的命令生成.map文件：
以第二节生成的.map文件为例
{number} version，source map的版本，目前为3；
{string} file ，编译后的文件路径；
{array.<string>} sources ，源码文件路径数组；
{string} sourceroot ，源码文件的所在目录；
{array.<string>} names ，源码中的所有变量名和属性名；
{string} mappings ，记录源码与编译后代码的位置信息。
首先mapping属性值分为三层含义
①以分号（;）标识编译后代码的每一行，即是分号间隔的内容代表编译后代码的一行；
②以逗号（,）标识编译后代码该行中的每一个映射位置，即是逗号间隔的内容代表一个映射位置；
③以5组vlq编码字段标识源码和编译后代码的具体映射信息。从左至右每组表示如下：
第1组，表示对应编译后代码的第几列；
第2组，表示源码所属文件在sources数组中的索引值；
第3组，表示对应源码的第几行；
第4组，表示对应源码的第几列；
第5组，表示在names数组中的索引值，若没有则可省略。
注意：每组vlq编码字段有0~n个vlq编码字符组成，如qcaauh。
vlq编码最早用于midi文件，后来被多种格式采用。它的特点就是可以非常精简地表示很大的数值。
vlq编码是变长的。如果（整）数值在-15到+15之间（含两个端点），用一个字符表示；超出这个范围，就需要用多个字符表示。并且规定每6bit标识一个字符。
第一位（continuation位）表示当前6个bit是否为当前编码段的最后一节，1表示不是，0表示是。
最后一位（sign位），当该节为当前编码段的第一节时，表示符号1为负号，0为正号；若不是第一节则表示数值位。
下面对16进行vlq编码，
1. 将16转换为二进制10000；
2. 在最右边补充符号位（sign位）得到100000；
3. 从最右边开始以5bit为一组对其进行分段，分段后不足5bit的在前面补0，得到00001、00000；
4. 倒序得到00000、00001；
5. 为每一段添加连续位（continuation位）得到100000、000001；
6. 对每段进行base64编码，得到gb。（下图为base64编码字符集）
通过chrome和ff下devtools的network面板我们可以看到浏览器加载了.map文件和源代码文件，现在问题来了，那么在生产环境当中用户访问网页时岂不会多加载两个开发环境使用的文件吗？
其实浏览器默认情况下（不打开devtools时）是不会加载.map文件和源代码文件的，所以大家可以放心了。假如你还是怕用户误操作打开了devtools，那么就在打包发布时不生成.map文件就好了！
之前尝试过coffeescript，但由于编码速度虽然提高不少，但调试效率却降低更多（without source maps之痛），导致最终回归js的怀抱了。现在我们终于可以安心使用coffeescript咯！