Ⅰ webpack 热重载的3种方式
开发阶段，如果每次文件变更后，都要手动去打包build是很不方便的，通常在开发阶段采用以下三种方式进行热重载（自动编译）
配置文件提供一个入口和一个出口，webpack根据这个来进行js的打包和编译工作。package.json文件增加watch脚本 --watch 动态监听文件的改变并实时打包，输出新的文件，这样文件多了之后速度会很慢，而且此打包方式不会热更新，即每次webpack编译之后，你还需要手动刷新浏览器。
缺点： 需手动刷新浏览器
优点： 自动编译
webpack-dev-server实际上相当于启用了一个express的Http服务器＋调用了webpack-dev-middleware【简单的web服务器和实时重载】。这个Http服务器和client使用了websocket通讯协议，原始文件做出改动后，webpack-dev-server会用webpack实时的编译，再用webpack-dev-middleware将webpack编译后的文件输出到内存中。【这边注意，最后的编译的文件并没有输出到目标文件夹，都保存到了内存】（适合纯前端项目，很难编写后端服务，进行整合）
优点： 自动编译 + 实时重新加载浏览器
webpack-dev-server
缺点： 需手动刷新浏览器 + 配置文件和插件多
优点： 自动编译
定义了webpack.config里的entry和output的关系脉络，webpack-dev-middleware能在此基础上形成一个文件映射系统，每当应用程序请求一个文件。它匹配到了就把内存中缓存的对应结果以文件格式返回，反之进入下一个中间件。
因为是内存型文件系统，所以重建速度非常快，很适合于开发阶段用作静态资源服务器；因为webpack可以把任何一种资源当作是模块来处理，因此能向客户端反馈各种格式的资源，所以可以替代HTTP服务器。
三者相比：观察模式在开发中不实用;web服务器实用性强；webpack中间件+express使用了2个插件，2个配置文件，配置复杂
事实上，大多数 webpack 用户用过的 webpack-dev-server 就是一个 express＋webpack-dev-middleware 的实现。
二者的区别仅在于 webpack-dev-server 是封装好的，除了 webpack.config 和命令行参数之外，很难去做定制型开发。而 webpack-dev-middleware 是中间件，可以编写自己的后端服务然后把它整合进来，相对而言比较灵活自由。
是一个结合webpack-dev-middleware使用的middleware，它可以实现浏览器的无刷新更新（hot reload），这也是webpack文档里常说的HMR（Hot Mole Replacement）。HMR和热加载的区别是：热加载是刷新整个页面。
运行方式：
1、命令行
package.json中指令加上 --hot
2、Nodejs API
热更新热重载
webpack-dev-server 自动打包/热重载
Ⅱ eclipse卡在48%
解决Eclipse中的卡死现象
方法一：
1、进入workspace/.metadata/.plugins/目录
2、重命名 org.eclipse.core.resources 为 org.eclipse.core.resources_old.
3、然后重启 eclipse
4、Close eclipse
5、删除 org.eclipse.core.resources
6、把 org.eclipse.core.resources_old 重命名为 org.eclipse.core.resources
7、启动 eclipse
方法二：
1、取消验证
2、关闭拼写检查
windows_>perferences_>general_> editors->Text Editors->spelling
3、修改JSP、html等容易卡顿页面时的编辑工具
4、杜绝jar包访问网络
当用eclipse编辑JSP时，使用智能提示将可能导致ide卡死。 这是因为eclipse提示时会根据JAR包指定的javadoc
location访问网络。 解决方法：window_>preferences_>java_>installed
JREs，编辑使用的jre,把rt.jar和charsets.jar的javadoc
location设置为空（none）即可。当然也可以去下载javadoc到本机，进行相关设置也可以解决。
另外：把自己项目中所有用到的jar包，都作同样处理。
5、打开链接的快捷键
最近在Eclipse中编辑代码时，使用快捷键进行复制粘贴，经常会导致编辑器短暂的停顿，光标不跟随，居然反应不过来，几近假死。
想来想去应该是编辑上的什么配置或者是IDE的什么功能导致，于是进入Preferences查找edit功能，进行一个个的测试，最后发现原来是代码的超链功能导致。
进入方法：Window -> Preferences -> General -> Editors -> Text Editors ->
Hyperlinking 把超链的快捷键改为其他键比如Alt（不能改为shift）
说明：在Eclipse中，经常可以使用Ctrl+鼠标单击，可以直接将编辑界面引导到相关的方法，属性，或者类。
6、修改项目的.project文件
eclipse中默认js编辑器非常慢,尤其在拷贝粘贴代码时的解决方法 使用的是官网标准版的eclipse3.9 for
javaEE未装任何插件,写JS时卡的简直无法忍受,尝试去掉所有的validate,包括菜单和项目属性中的都无作用,后来在项目根目录?project中发现以下红色行居然Validator都还在,把红色对应的配置段全部删去后,问题解决,编辑JS再也不似蜗牛了.
原文参考链接：http://blog.csdn.net/bell2008/article/details/8758290
7、调整Eclipse运行内存。
内存不是越大越好
在eclipse的安装目录下编辑eclipse.ini文件，改变参数
8、调整Eclipse web项目修改java代码不重启tomcat方式
热部署:就是容器状态在运行的情况下重新部署整个项目.在这种情况下一般整个内存会清空,重新加载.简单来说就是Tomcat或者其他的web服务器会帮我们重新加载项目.这种方式可能会造成sessin丢失等情况.
热加载:就是容器状态在运行的情况下重新加载改变编译后的类.在这种情况下内存不会清空,sessin不会丢失,但容易造成内存溢出,或者找不到方法。因为内存无法转变成对像.一般改变类的结构和模型就会有异常，在已经有的变量和方法中改变是不会出问题的
将reloadable改为false,添加crossContext=“true”，这样就能进行 热启动 了，注意：需要用debug启动
Ⅲ 什么叫热加载
编译Java类后不重启Tomcat的一种方式
其实这只是一种表现形式吧，不重启程序修改生效的应该都叫热加载
望采纳
Ⅳ Angular6 配置 hmr (热加载)
在 src/app/environments 目录下添加 environment.hmr.ts ，内容如下：
同时，修改 environment.prod.ts 和 environment.ts 文件为如下内容：
在 src 目录下添加 hmr.ts 文件，文件内容如下 ：
修改根目录下的 angular.json 文件
这个选项对高版本的 typescript 才有用
旧版本的 typescript 使用ts的声明文件，如：hot.d.ts
如果以上两个都没配置，启动应用编译的时候会报错：
方式一：
ng serve --configuration hmr
方式二：
ng run ng6:serve:hmr
方式三：
npm run hmr
有的时候启动应用编译的时候会卡在如下位置：
解决方案：
如果使用 yarn 安装依赖包出现如下信息
解决方案：
天之骄子 2018.8.24 星期五 深圳
Angular 修仙QQ群号【648681235】
Ⅳ 怎样实现react的热加载
安装webpack-dev-server
网页链接
npminstallwebpack-dev-server-D
webpack.config.js添加
mole.exports={
//前面配置省略
devServer:{
port:8080,//设置端口号
open:true,//自动打开,
hot:true,//热替换
contentBase:'./public'//指定页面目录,
historyApiFallback:{//设置默认首页
index:'index.html'
}
}
}package.json 的scripts里添加一个
"start-dev-server":"webpack-dev-server"
Ⅵ java web中什么是热加载
代码修改了不是要解析（或者编译）吗，生成.class文件啊，然后不是要拷贝到容器目录下吗（所谓发布程序），
很久很久以前,程序员修改了代码，发布class文件之后，服务器是要重新启动的（相当费时间，于是喝杯咖啡啥的，java图标...）。
现在很多服务器容器，不许要重启了，修改的class文件直接可以生效。所谓"热加载"。