SSM不是端还前端，也不是后端后端——它是三个后端框架的缩写：Spring、Spring MVC、端还MyBatis。后端这话说出来有点绕，端还但很多人确实搞混了。后端

我见过不少刚入行的端还同学，简历上写着“熟悉SSM框架”，后端问他SSM是端还干什么的，答曰“做网页界面的后端”。这误会大了。端还SSM里的后端Spring管对象创建和依赖注入，Spring MVC管请求分发和页面跳转，端还MyBatis管数据库读写——这三兄弟全是后端服务端的技术栈，跟前端沾不上边。端还

前端要的是HTML、CSS、JavaScript，跑在浏览器里。SSM跑在服务器上，处理的是你点击按钮之后，后台发生的那些事。举个具体例子：你在淘宝搜索框输入“手机”，按回车——浏览器发出请求，这个请求打到Spring MVC的控制器上，控制器叫来Spring管理的服务类，服务类又让MyBatis去MySQL里查“手机”相关的商品数据，最后把结果打包成JSON或HTML返回给浏览器。整个过程里，浏览器只负责发请求和渲染结果，真正干活的都是SSM。

那为什么总有人把SSM当前端？我猜是“Spring MVC”这个名字惹的祸。MVC是Model-View-Controller，View是视图层，听起来像管界面的。但视图层在SSM里是服务端渲染的JSP页面，或者只是返回JSON数据让前端去拼装，本质上还是后端逻辑的一部分。真正的“前端”是浏览器里那个页面，它可能用Vue、React或者原生JS写的，跟SSM半毛钱关系没有。

还有个现实原因：很多Java培训机构的课程表把“SSM框架”放在“Web开发”模块里，和HTML、CSS、JS排在一起。学生学完就以为SSM是前端工具，其实只是因为Web开发需要前后端配合，课程安排上挨着而已。

判断一个技术是前还是后，有个土办法：看它跑在哪儿。跑在浏览器里的是前端，跑在服务器上的是后端。SSM的代码部署在Tomcat这类服务器容器里，通过端口对外提供服务，妥妥的后端。前端代码是静态资源，直接扔给浏览器解析就行，不需要服务器执行逻辑——当然，构建打包那一步另说。

我见过最离谱的一个面试场景，候选人信心满满地说“我用SSM做了个很炫酷的动态图表”，结果细问之下，他用的是ECharts画图，后端用SSM提供数据接口。图表是前端的活儿，SSM只是数据搬运工。这种混淆很常见，但不怪他，因为项目做多了就会发现，前后端边界越来越模糊——现在有Node.js这种让JavaScript跑在后端的技术，也有SSR这种让后端输出完整HTML的玩法。但SSM本身，从诞生那天起就没变过，它就是给Java后端开发者用的。

你要是去翻SSM官方文档，或者看源码，会发现它们全部依赖Java Servlet规范，而Servlet是标准的后端技术。前端JavaScript根本没法直接调用MyBatis的Mapper接口，跨语言了。所以别再纠结了，SSM就是后端。如果有人拿这事儿考你，直接回答“它是后端框架组合”，然后给他讲讲Spring IoC和MyBatis的SQL映射，保管他闭嘴。