昨天看了小胡子哥的一篇文章《工作五年，后面四年重复着第一年的活儿？》，正好是关于前端开发的，我就看了。的确感触很深，作为程序开发者，不应该是编码的机器，不能日复一日做同样的事情，小胡子哥在文章里说：重复的事情要交给机器，作为开发者，我们的任务是告诉机器怎么做就行了。所以开发越到后期，我们应该变得越懒才是好事情，这也是小胡子哥提倡的。在小胡子哥的文章里就提到了一个工具LiveReload,当时一看到这个名词我猜肯定是网页实时刷新的东西，因为在web前端开发过程中频繁刷新浏览器是多么痛苦的一件事，更可恶的是缓存就像魔鬼一样挥之不去。
昨晚做了各种实验，大概明白了liveReload的工作原理，liveReload分为服务器和客户端两部分。服务端程序在本地开启了一个websocket服务，安装在浏览器的livereload客户端开启后，与服务端建立websocket连接。而服务端监听者工程目录下的文件，当工程的目录下的文件有更改，立即通知liveReload客户端刷新网页，达到修改立即刷新的效果。
安装过程：1、在chrome浏览器的应用商店搜索liveReload插件进行安装。
安装完成之后，浏览器右上角会出现刷新的按钮，如果开启了liveReload服务器，点击该按钮边可以和服务器连接，来凝结成功后按钮的中心会变成实心圆。
安装服务端：以sublime text3为例。
点击Preferences,选择Package Control,如果没有该选项，必须先安装Package Control.
输入Install Package
在搜索面板里搜索liveReload即可安装。
安装完成之后，重启sublime text.
使用快捷键ctrl+shit+p 调出命令行面板；
输入LiveReload,选择LiveReload:Enable/disable plug-ins,回车；
再选择Enable - Simple Reload 即可开启服务。
此时被sublime text3 加载的文件都被liveReload监听，如果浏览器正在打开这些文件，只要其中一个文件被修改，浏览器就会自动刷新。
上面刚发在开发纯前项目的时候后很好用，不用为项目搭建http服务器，直接用浏览器打开本地文件就能够达到实时刷新的目的。但是当我们的开发的javaWeb项目时，静态页面是jsp文件，浏览器是无法直接解析的，而且jsp文件中可能还有java代码，访问时需要tomcat去解析，所以代码必须部署到tomcat上上发布，必须使用http去访问。虽然我们可以使用sublime text去编辑代码，修改代码时，浏览器也受到代码被修改的通知，但是是浏览器刷新时，是从tomcat上去获取文件，而我们修改的本地文件还没有部署到tomcat上去，所以技术自动刷新了 还是获取到历史文件。所以我们要单独配置LiveReload服务器。
首先安装nodeJs，安装好了nodejs的同时，会一并安装npm包管理器。
Grunt：Grunt是一个基于NodeJS,可用于自动化构建、测试、生成文档的项目管理工具。这里我们用grunt来单间liveReload服务器。
安装grunt-cli:
打开cmd，输入命令：
npm install -g grunt-cli1
安装完之后，已经将grunt 命令添加到全局变量，在任何地方都能使用grunt了。
然后再我们想要监听的文件夹下创建空文件package.json和Gruntfile.js
在该目录下执行命令：
npm init1
接下来填写项目的各种参数，可以不填，一路回车
安装依赖模块： 在package.json所在目录下，行执命令行
npm install --save-dev grunt matchdep grunt-contrib-connect grunt-contrib-watch connect-livereload grunt-open1
其中：
grunt-contrib-connect 负责启动web服务
connect-livereload负责给middleware，动态在html底部加一条livereload的js
grunt-contrib-watch 监控文件变化并通知
修改Gruntfile.js:
module.exports = function(grunt) {// LiveReload的默认端口号，你也可以改成你想要的端口号var lrPort = 35729;// 使用connect-livereload模块，生成一个与LiveReload脚本// <script src="http://127.0.0.1:35729/livereload.js?snipver=1" type="text/javascript"></script>var lrSnippet = require('connect-livereload')({ port: lrPort });// 使用 middleware(中间件)，就必须关闭 LiveReload 的浏览器插件var lrMiddleware = function(connect, options) {return [// 把脚本，注入到静态文件中lrSnippet,// 静态文件服务器的路径connect.static(options.base[0]),// 启用目录浏览(相当于IIS中的目录浏览)connect.directory(options.base[0])];};// 项目配置(任务配置)grunt.initConfig({pkg: grunt.file.readJSON('package.json'),connect: {options: {// 服务器端口号port: 8080,// 服务器地址(可以使用主机名localhost，也能使用IP)hostname: 'localhost',// 物理路径(默认为. 即根目录) 注：使用'.'或'..'为路径的时，可能会返回403 Forbidden. 此时将该值改为相对路径 如：/grunt/reloard。base: '.'},livereload: {options: {// 通过LiveReload脚本，让页面重新加载。middleware: lrMiddleware}}},watch: {client: {files: ['*.html', 'css/*', 'js/*', 'images/**/*','WEB-INF/JSP/*.jsp','WEB-INF/JSP/**/*.jsp'],options: {livereload: true}}}});// 加载插件grunt.loadNpmTasks('grunt-contrib-watch');// 自定义任务grunt.registerTask('live', ['watch']);};12345678910111213141516171819222324252627282930313233343536373839404142434445464748495051525354
在package.json所在目录执行命令行：
grunt live1
输出：
Running “watch” task
Waiting…
此时liveReload已经监听我们的项目，我们可以用eclipse编辑文件，用tomcat开发项目，由于eclipse保存文件之后自动发布到tomcat上，保存后通知浏览器刷新就可以获取最新的文件，达到刷新的目的。
但是这里还有一个问题，eclipse保存之后浏览器刷新总是慢一拍。
最后在同事的帮助下，监听D:\j2ee\workspace.metadata.plugins\org.eclipse.wst.server.core/的目录，成功的解决了eclipse慢一拍的问题。
