如何利用Grunt生成对应的Source Map文件,线上代码压缩使用chrome浏览器便于调式

首先我们来说说为何要生成sourceMap文件呢?简单的说,sourceMap是为了压缩后的代码调式提供方便,比如线上的JS文件已经压缩了,但是线上比如说有bug,但是代码已经是压缩后的,对于开发并不好调式,所以想生存一个对应的Map文件,然后使用chrome浏览器在源文件未压缩的JS文件下调式。

那么Map文件到底是什么呢?简单的来讲它就是记录信息,记录一些为压缩之前的js文件的位置,及压缩后的文件对应未压缩之前的文件,对应第几行第几列的那些代码!

在讲解使用grunt生存Map文件之前,我们还是来简单复习下grunt如何合并及压缩代码,对于grunt我们并不陌生,之前有几篇文章我们也讲过如何使用grunt 但是我们这边还是一步一步先来讲解下grunt合并,压缩及生成Map文件,及在chrome浏览器下如何调式代码的整个过程吧,也更使初学者更容易理解及掌握!

  Grunt是一套前端自动化工具,基于nodeJS基础之上,对于我们前端一般用于以下几点:

  1. 压缩JS或者CSS文件。

  2. 合并JS或者CSS文件。

1:Grunt是基于nodeJS,所以未安装nodeJS,先需要安装nodeJS。

1.下载安装文件:下载地址:http://www.nodejs.org/download/如下:

      

根据操作系统的多少位 下载那个版本。下载完成后,双击:

执行相应的安装,完成后,在终端命令下,做如下操作:

Node 和 npm的版本号,说明都已经安装成功了(注:新版本的node安装文件已经包含了npm,所以现在只需要安装这个node版本的文件就ok)。

2. Grunt安装:客户端安装命令npm install -g grunt-cli (全局安装)

如上:安装已完成!

Demo实列如下:

假如有如下这么一个项目文件,如下:

一:如何压缩文件?(主要使用插件grunt-contrib-uglify)

     1.package.json文件

如果项目根目录没有package.json文件,我们可以创建一个(或者使用命令 npm init),在这里我们手动创建一个。这个文件主要用来存储npm模块的依赖项,如下

package.json代码如下:

{

  "name": "demo",

  "version": "0.1.0",

  "description": "demo",

  "license": "MIT",

  "devDependencies": {

    "grunt": "~0.4.1",

    "grunt-contrib-jshint": "~0.6.3",

    "grunt-contrib-uglify": " ~0.5.1",

    "grunt-contrib-clean": "~0.5.0"

  }

}

接着我们进入根目录直接运行npm install就能提取依赖项。

如下已经生成了文件:

Gruntfile.js

  如果项目的根目录没有Gruntfile.js,我们可以手动创建一个,它一般做以下事情。

  1. 读取package.json信息。
  2. 插件加载、注册任务,运行任务.

Gruntfile.js信息如下。

module.exports = function (grunt) {

       // 项目配置

       grunt.initConfig({

           pkg: grunt.file.readJSON(‘package.json‘),

           uglify: {

               build: {

                  src: ‘src/*.js‘,

                  dest: ‘dest/dest.min.js‘

              }

          }

    });

      // 加载提供"uglify"任务的插件

     grunt.loadNpmTasks(‘grunt-contrib-uglify‘);

     // 默认任务

     grunt.registerTask(‘default‘, [‘uglify‘]);

}

上面的含义是指:把所有src下面的js文件压缩到dest文件下的dest.min.js文件。

在根目录下运行grunt 就可以生成,如下:

二:如何对文件合并?

还是以上面的项目文件为例,在package.json增加一项 "grunt-contrib-concat": "~0.3.0"

即可,然后在项目根目录再运行 npm install 如下:

即可把合并插件(grunt-contrib-concat)添加进来。如下:

接着我们可以在Gruntfile.js增加concat任务配置,这边为了综合演示合并及压缩,所以一起先合并,再压缩了。代码如下:
module.exports = function (grunt) {
  // 项目配置
  grunt.initConfig({
    pkg: grunt.file.readJSON(‘package.json‘),
     concat: {
      options: {
        separator: ‘;‘
      },
      dist: {
        src: ‘src/*.js‘,
        dest: ‘dest/dest.js‘
      }
    },
     uglify: {
      build: {
        src: ‘dest/dest.js‘,
        dest: ‘dest/dest.min.js‘
      }
    }
  });
  // 加载提供"uglify"任务的插件
  grunt.loadNpmTasks(‘grunt-contrib-uglify‘);
  grunt.loadNpmTasks(‘grunt-contrib-concat‘);
  // 默认任务
  grunt.registerTask(‘default‘, [‘concat‘, ‘uglify‘]);
}
上面代码的含义是:先合并src目录下所有的文件到dest目录下的dest.js里面去,接着对dest.js文件进行压缩,生成dest.min.js文件,如下所示:

三:压缩src下的所有JS到dest目录下生成,可以如下配置:

module.exports = function (grunt) {

  grunt.initConfig({

    uglify: {

      my_target: {

        files: [{

          expand: true,

          cwd: ‘src‘,

          src: ‘*.js‘,

          dest: ‘dest‘

        }]

      }

    }

  });

  grunt.loadNpmTasks(‘grunt-contrib-uglify‘);

  // 默认任务

  grunt.registerTask(‘default‘, [‘uglify‘]);

}

执行grunt,即可生成如下:

上面的意思是指把src所有的js,在dest目录下生成且压缩。

以上是基本知识点,好了,下面我们来回到主题,压缩JS后,如何来生成对应的map文件。

还是我之前的项目gruntTest。

Package.json还是之前一样的,如下代码:

{

  "name": "demo",

  "version": "0.1.0",

  "description": "demo",

  "license": "MIT",

  "devDependencies": {

    "grunt": "~0.4.1",

    "grunt-contrib-jshint": "~0.6.3",

    "grunt-contrib-uglify": "~0.5.1",

    "grunt-contrib-concat": "~0.3.0",

    "grunt-contrib-clean": "~0.5.0"

  }

}

下面我们只要在Gruntfile.js配置成如下即可。

module.exports = function (grunt) {

    // 构建任务配置

    grunt.initConfig({

        //读取package.json的内容,形成json数据

        pkg: grunt.file.readJSON(‘package.json‘),

     // 对build目录进行清理

        clean: {

            build: {

                src: ‘dest/*‘

         }

        },

     // 合并所有的JS

     concat:{

         dist: {

             src: ‘src/*.js‘,

             dest: ‘dest/dest.js‘

         }

     },

     // 压缩所有js并生成source map

        uglify: {

            "my_target": {

                options: {

                    sourceMap: true

                },

                files: [

                    // 可以直接作用于文件夹下所有文件

                    {

                        expand: true,

                        cwd: ‘dest/‘,

                        src: [‘dest.js‘],

                        // 输出和输入在同一目录

                        dest: ‘dest/‘,

                        ext: ‘.min.js‘

                    }

                ]

            }

        }

    });

    // 加载指定插件任务

    grunt.loadNpmTasks(‘grunt-contrib-uglify‘);

   grunt.loadNpmTasks(‘grunt-contrib-clean‘);

   grunt.loadNpmTasks(‘grunt-contrib-concat‘);

    // 默认执行的任务

    grunt.registerTask(‘default‘, [‘clean‘,‘concat‘,‘uglify‘]);

};

上面的代码的意思是:对src下的所有JS文件 先合并后 在dest目录下生成dest.js的合并文件,接着对dest.js文件在同一目录下压缩生成dest.min.js,同时生成map文件dest.min.js.map。如下所示:

在chrome浏览器下如何设置调式?

  首先我们来看看对chrome不设置情况下 是这样的 ,在Setting -> General ->

如上,没有勾选Enable javascript source maps选项,我们在chrome浏览器下 按F12看到这样的:

文件已经压缩了的,对于我们调式JS非常不方便,所以我们需要对chrome浏览器设置下,勾选上Enable javascript source maps文件,如下所示:

我们再来看下chrome浏览器,如下:

如果dest.js代码有问题的话,我们可以直接对未压缩的dest.js进行调式代码。

我们打开map文件 看到如下信息:

{

    "version": 3,

    "file": "dest.min.js",

    sourceRoot:‘‘,

    "sources": [

        "dest.js"

    ],

    "names": [

        "Test1",

        "test1",

        "init",

        "console",

        "log",

        "Test2",

        "test2"

    ],

    "mappings": "AAKC,QAASA,SACT,GAAIC,IACHC,KAAM,WACLC,QAAQC,IAAI,UAGd,OAAOH,GAGR,QAASI,SACR,GAAIC,IACHJ,KAAM,WACLC,QAAQC,IAAI,UAGd,OAAOE"

}

- version:Source map的版本,目前为3。
- file:转换后的文件名。
- sourceRoot:转换前的文件所在的目录。如果与转换前的文件在同一目录,该项为空。
- sources:转换前的文件。该项是一个数组,表示可能存在多个文件合并。
- names:转换前的所有变量名和属性名。
- mappings:记录位置信息的字符串.

demo下载

时间: 2024-12-26 05:42:25

如何利用Grunt生成对应的Source Map文件,线上代码压缩使用chrome浏览器便于调式的相关文章

利用freemarker生成word,word另存为xml文件的标签解析

http://wenku.baidu.com/link?url=YxTZWVP3ssO-e_Br3LIZVq2xOQnqaSz8gLPiRUDN8NIR_wX2-Z25OqwbVn5kXqGiOFYUMBsaMlWcbHld565N5ENMBTrUOp_-rsrsjIMBlgi 1 public class WordUtil { 2 private Configuration configuration=null; 3 4 public WordUtil () { 5 configuration

Javascript 如何生成Less和Js的Source map

为什么有Source map CSS和JS脚本正变得越来越复杂,为了解决网络瓶颈,大部分源代码都需要经过编译.合并.压缩才能运用到实际环境中.为了减少网络资源占用,源码一般都会经过以下方式处理: 使用css框架合并压缩css文件:    使用js合并插件,减少网络请求次数:    压缩js文件,降低网络占用: 这三种方式都可以有效的解决实际问题,但同时在运行调试过程中也带来麻烦,由于css和js都是经过了压缩转换,当报错时我们很难定位到源代码具体位置.为了解决这个问题,Source map由此诞

http://doc.okbase.net/tugenhua0707/archive/97700.h

如何利用Grunt生成对应的Source Map文件,线上代码压缩使用chrome浏览器便于调式 首先我们来说说为何要生成sourceMap文件呢?简单的说,sourceMap是为了压缩后的代码调式提供方便,比如线上的JS文件已经压缩了,但是线上比如说有bug,但是代码已经是压缩后的,对于开发并不好调式,所以想生存一个对应的Map文件,然后使用chrome浏览器在源文件未压缩的JS文件下调式. 那么Map文件到底是什么呢?简单的来讲它就是记录信息,记录一些为压缩之前的js文件的位置,及压缩后的文

Source Map入门教程

部署前端之前,开发者通常会对代码进行打包压缩,这样可以减少代码大小,从而有效提高访问速度.然而,压缩代码的报错信息是很难Debug的,因为它的行号和列号已经失真.这时就需要Source Map来还原真实的出错位置了. 为啥变换代码? 前端代码越来越复杂的情况下,开发者通常会使用webpack.UglifyJS2等工具对代码进行打包变换,这样可以减少代码大小,有效提高访问速度.关于变换代码的原因,这里不妨引用一下大神阮一峰的JavaScript Source Map 详解: 压缩,减小体积.比如j

Source Map调试压缩后代码

在前端开发过程中,无论是样式还是脚本,运行时的文件可能是压缩后的,那这个时候调试起来就很麻烦. 这个时候,可以使用Source Map文件来优化调试,Source Map是一个信息文件,里面储存着原代码位置信息(转换后的代码的每一个位置,所对应的转换前的位置),这样你调试时看到的就是原文件代码. PS:如果原文件在最后一行有sourceMappingURL的设置: /*# sourceMappingURL=addgroup.css.map */ 那么这个文件就支持source map调试. sa

JavaScript Source Map 详解

上周,jQuery 1.9发布. 这是2.0版之前的最后一个新版本,有很多新功能,其中一个就是支持Source Map. 访问 http://ajax.googleapis.com/ajax/libs/jquery/1.9.0/jquery.min.js,打开压缩后的版本,滚动到底部,你可以看到最后一行是这样的: //@ sourceMappingURL=jquery.min.map 这就是Source Map.它是一个独立的map文件,与源码在同一个目录下,你可以点击进去,看看它的样子. 这是

(转)JavaScript Source Map 详解

原文链接:http://www.ruanyifeng.com/blog/2013/01/javascript_source_map.html 这是2.0版之前的最后一个新版本,有很多新功能,其中一个就是支持Source Map. 访问 http://ajax.googleapis.com/ajax/libs/jquery/1.9.0/jquery.min.js,打开压缩后的版本,滚动到底部,你可以看到最后一行是这样的: //@ sourceMappingURL=jquery.min.map 这就

fullCalendar jQuery-1.9+.min.map 404 (Not Found) 错误,了解Source Map

当打开引入jQuery脚本的页面时,在Chrome的控制台中报了“GET http://localhost/libs/jquery.min.map 404 (Not Found)”的错误. 刚开始以为是Chrome安装插件导致的错误,可是把引入换成jQuery开发版本时,错误就不见了.并且只有Chrome会有这个错误提示,FireFox.IE不会报错. 后来发现原来是jQuery脚本中 "//@ sourceMappingURL=jquery-1.10.2.min.map" 这一行惹的

记Hadoop2.5.0线上mapreduce任务执行map任务划分的一次问题解决

前言 近日在线上发现有些mapreduce作业的执行时间很长,我们需要解决这个问题.输入文件的大小是5G,采用了lzo压缩,整个集群的默认block大小是128M.本文将详细描述这次线上问题的排查过程. 现象 线上有一个脚本,为了便于展示,我将这个脚本重新copy了一份并重命名为zzz.这个脚本实际是使用Hadoop streaming运行一个mapreduce任务,在线上执行它的部分输出内容如下: 可以看到map任务划分为1个.这个执行过程十分漫长,我将中间的一些信息省略,map与reduce