技术是服务于需求的

思路没问题啊，后端还是mvc架构，控制层全部返回json就好了

“这样做ssm的mvc作用就发挥不出来了”
你是如何得出这个结论的？

这种适合于web服务类，而且跨域是一个技术难点，这种架构设计一定要工程事考虑，安全性方面前端代替不了服务器渲染

Webservice的正常设计

自己项目，小项目没必要前后端分离

你说的，就是现在已经大规模使用的前后端分离的常规方式

这个没问题的，你的疑惑估计是对mvc视图解析器理解不到位引起的

前后端分离加上微服务

看了评论，感觉好多都没工作经验啊。lz的想法没有问题，前端和后端通过接口交互就是现在前后端分离的标准框架。前端调用接口，后端接口返回json，前端在解析json，然后渲染出去。至于ssm的mvc作用，mvc的核心思想就是通过封装（分层）来降低代码间的耦合。所以没必要执着于一定要使用ssm。

我不是很理解。spring boot最常见的用法就是REST controller。REST 返回的就是json。这本来就是经典使用场景。为什么会说mvc用不上?

嘶，我今天隐退了一天发现好多评论
主要是我继续开发ssm项目了，但是当我把前台（指普通用户看的页面）开发完后我去开发后台（管理员页面），如果管理员页面还做前端端分离的话。爬虫就有可能爬到管理员页面的静态资源，从而解析出里面的接口，所以目前我认为从安全角度上说，管理员页面不采用前后端分离，但是用户页面采用前后分离比较好。

mvc中的controller是视图控制层，不是视图渲染层，数据的怎么展示需要听controller的指挥，不是非要c层自己亲自动手，c层只告诉你要渲染什么数据，至于怎么渲染前端自己想办法。
我建议楼主学习的时候就不要用model了，自己前后端分离写，这样代码结构更清晰，也知道前后端岗位的职责边界是什么，

没有问题呀，前端也可以用mvc