运行bin/webpack-dev-server搭配rails server有哪些优势？含性能层面收益

你已经了解的 Hot Module Reload（热模块替换） 和 live reloading（实时刷新） 是这套方案最直观的开发体验收益，除此之外它在性能层面还有不少额外优势：

性能层面优势 #

• 更低的IO开销：webpack-dev-server 会将所有编译后的前端资源（JS、CSS、静态资源等）直接存储在内存中，不需要像默认的webpacker编译流程那样每次将产物写入磁盘，完全省去了磁盘读写的开销。在前端依赖较多的大型项目中，这个差异会非常明显，修改后的编译反馈速度通常能提升数倍。
• 降低Rails进程负载：默认配置下Rails进程需要同时处理前端资源请求、触发webpack编译、响应业务接口请求。双进程同时运行时，webpack-dev-server 会接管所有前端资源的请求和编译工作，Rails只需要专注处理业务逻辑和页面渲染，CPU和内存占用都会明显下降，接口响应速度也会更快。
• 更高效的增量编译：webpack-dev-server 的增量编译颗粒度更细，只会编译你实际修改过的模块，配合内存缓存，未改动的模块不需要重复编译，进一步提升了修改后的编译速度。
• 更快的Source Map加载：开发阶段开启Source Map做调试时，webpack-dev-server 生成和加载Source Map的速度远快于默认的磁盘编译模式，定位前端问题的效率更高。

额外开发体验提升 #

除了性能优势外，这套方案还能带来不少开发效率上的提升：

• 热模块替换可以保留页面状态：比如你在调试需要多步操作的React表单时，修改组件代码后不会刷新整个页面，已经填写的内容、操作状态都会保留，不需要重复做前置操作，大幅提升复杂页面的开发效率。
• 可以直接复用webpack-dev-server的内置能力，比如请求代理、资源校验等特性，不需要额外修改Rails的静态资源配置。

内容的提问来源于stack exchange，提问作者Rishabh