RESTful实现前后端分离后 整个项目的性能问题
最近要上一个新项目，是一个积分商城，那么我想通过RESTful来实现数据接口供前端调用。
首先后台也是用RESTful做管理端的接口（用SpringBoot来实现)，此项目不包括任何页面，只有接口；
然后用Nginx或Apache做前端页面，纯静态，通过Ajax的方式请求RESTful接口达到数据交互
再实现一套RESTful接口用于手机端（APP及公众号），也是不包括任何页面；
前端也是通过纯静态页面来请求接口；
在这种情况下，前端（公众号）的页面呈现性能会不会大打折扣（比如显示产品详情，首先要请求html,然后再通过Ajax请求接口返回数据）？
管理后台在性能上倒没这么高的要求，能管理信息就好！
不知道这种方案是否可行？需要如何优化会更好呢？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
应该不会，我们上一个项目就是这种方式，当时是做的pc网站，纯静态html加ajax加rest，没什么问题，htnl的加载速度非常快，唯一的问题是ajax的访问如果太多导致页面加载很慢，当时我们是在不同的请求中间加gif动画，看起来没什么问题，慢是肯定的。
对于你的问题，如果前后端分离，首先考虑的应该是
1.后端渲染与前端渲染的性能问题
2.前端的安全问题
如果只看性能问题，不管后端渲染还是后端渲染，性能可能不是很明显。因为如果后端渲染是增加服务器的压力，前端渲染那就是浏览器的事。
所以各有利弊
请求静态文件非常快。。。
但是Ajax请求多，渲染页面会出现卡顿的情况。这个尽量控制下请求数，3~5个是可以的。
可以调优Json格式、Js处理逻辑等。现在浏览器引擎也非常快，降低服务器压力比较好。
如果你担心的ajax 请求过多， 可以考虑放弃RESTful上 GraphQL