前端工程化 · 18/90
1. Babel 的工作原理 2. body-parser 中间件的作用 3. Babel 转译原理 4. 浏览器和 Node 中的事件循环区别 5. 职责链模式 6. 链模式 7. 命令模式 8. 组件封装设计 9. 数据统计 10. dependencies 和 devDependencies 的区别 11. CommonJS 和 ES6 模块引入的区别 12. 设计模式分类 13. 前端开发中常用的设计模式 14. 设计模式应用场景 15. 设计原则 16. 开发环境搭建要点 17. Electron 理解 18. 前后端分离是什么 19. 工厂模式 20. 前端代码重构 21. 前端组件化 22. 前端工程师职业发展 23. 前端工程化方向 24. 前端工程化的理解 25. 前端工程价值体现 26. 前端工程化 27. Git 常用命令与工作流 28. Gulp 任务自动化工具 29. 图片导出 30. 前端模块化规范 31. 迭代器模式 32. JavaScript 编码规范 33. 前端 CI/CD 流程 34. jQuery 生态对比 35. jQuery 实现原理 36. jQuery 与 Sizzle 选择器集成 37. Koa 中间件异常处理 38. jQuery 源码优秀实践 39. jQuery 与 Zepto 对比 40. jQuery UI 自定义组件 41. Koa 中间件不调用 await next() 的影响 42. Koa 在没有 async/await 时如何实现洋葱模型 43. Koa 和 Express 的区别 44. Koa 洋葱模型 45. 登录实现 46. 中介者模式 47. 模块模式 48. 小程序架构 49. 小程序常见问题 50. Monorepo 概念与工具 51. mpvue 框架 52. MVC vs MVP vs MVVM 53. Node.js ES Module 为什么必须加文件扩展名 54. MVC、MVP 和 MVVM 架构模式 55. Node.js 全局对象 56. Node.js 性能监控与优化 57. Node.js 多进程与进程通讯 58. Node.js 调试方法 59. Node.js 中的 process 对象 60. Node.js 的理解与应用场景 61. npm 是什么? 62. 观察者模式和发布订阅模式的区别 63. 页面重构方法 64. PM2 守护进程原理 65. 分页功能的前后端设计 66. PostCSS 作用 67. 项目管理方法 68. Rollup 打包工具 69. 高质量前端代码 70. JavaScript 单例模式实现 71. SSG 静态网站生成 72. 模板方法模式 73. 设计模式的六大原则 74. Tree Shaking 原理 75. 用户授权信息获取流程 76. Vite 原理与性能优势 77. Web App vs Hybrid App vs Native App 78. Web 前端开发注意事项 79. Web APP 设计原则 80. Webpack 构建流程 81. Hash vs ChunkHash vs ContentHash 82. Webpack 热更新原理 83. Webpack Loader 与 Plugin 区别 84. webpack 的 module、bundle、chunk 是什么 85. Webpack Proxy 工作原理与跨域解决 86. webpack、rollup、parcel 的选择 87. WePy 与 mpvue 对比 88. WXML 和 WXSS 89. Webpack Scope Hoisting 90. Zepto 实现原理

前后端分离是什么

理解前后端分离的概念、优势和实践中的问题

问题

什么是前后端分离?为什么需要前后端分离?

解答

什么是前后端分离

前后端分离就是前端与后端分开开发、分开部署。

传统的 Java Web 开发中,前后端是耦合在一起的:

Spring MVC 时代:前端使用 JSP 展示页面,后端用 Servlet 处理请求。

Spring Boot 时代:前端使用 Thymeleaf 或 FreeMarker 模板引擎,后端用 Controller 处理请求。

这些方案的共同问题是页面可以内嵌 Java 代码,导致前后端高度耦合。部署时前后端代码打包在同一个 war/jar 包中,任何修改都需要重新打包部署整个项目。

前后端分离的做法

  • 前端只写 HTML + CSS + JavaScript
  • 后端不再使用 JSP 或模板引擎渲染页面
  • 前端项目和后端项目独立开发、独立部署

为什么需要前后端分离

项目难以维护

项目越来越大时,前后端工程师需要在同一个页面上协作,沟通成本高。前端或后端任何改动都需要重新打包编译整个项目,项目越大耗时越长。

代码难以复用

页面中嵌入 Java 代码,复用后端接口时需要重新修改前端页面并添加相应代码,复用成本高。

性能和资源浪费

使用模板引擎需要先解析页面中的代码再渲染,比静态页面慢。扩展并发能力时只能整体部署多个实例,浪费服务器资源。

前后端分离的优势

提升开发效率

前后端各自负责擅长的领域,只需约定好接口文档即可并行开发。前端可以用 Mock 数据测试,后端可以用 Postman 测试接口,开发进度互不影响。

简化更新维护

前端或后端有改动时,只需要打包部署对应的项目。招聘时也更容易找到专注单一职责的开发人员。

提高接口复用率

后端模块可以直接复用,不需要迁移页面中的 Java 代码。

加快页面加载

前端部署为静态页面,无需解析模板引擎代码,加载更快。可以引入 Node.js 作为中间层处理页面渲染,进一步提升性能。

优化资源利用

扩展并发能力时,可以只增加前端实例部署,做好负载均衡即可。只有后端接口 QPS 不足时才需要扩展后端服务。

前后端分离的问题

跨域问题(CORS)

使用 Ajax 请求数据时会遇到跨域问题。解决方法是在后端返回的响应头中添加 Access-Control-Allow-Origin

单点登录问题

对接 CAS 等单点认证系统时,登录请求直接发送到后端,前端无法正常获取登录后的 JWT。需要在后端将 token 和 jsessionid 写入前端认证页面,由前端完成页面跳转和后续认证流程。

关键点

  • 前后端分离是指前端和后端分开开发、分开部署,前端只写 HTML/CSS/JS,后端不使用模板引擎
  • 主要优势是提升开发效率、简化维护、提高复用率、优化性能和资源利用
  • 需要解决跨域问题(通过 CORS)和单点登录等技术问题
  • 前后端通过约定接口文档协作,可以并行开发互不阻塞