这是一个创建于 445 天前的主题，其中的信息可能已经有所发展或是发生改变。
具体实现方案大概是：
nextjs 和 golang(或者其他语言也行）后端分别是两个 docker ，由 nginx 分发，/api/请求转发到后端上，其它请求转发给 nextjs 。需要做 SSR 的部分，由 nextjs 使用内部通信访问后端。
怎么说呢，就是相当于搞一个高性能后端的同时，还能用到 nextjs 的特性，比如 SSR 等。
（有一种“不如 PHP”的感觉，果然还是 PHP 天下第一吗？）
第 1 条附言 · 2025 年 3 月 26 日
APPEND 一下楼里的回复作为补充吧：
我不是互联网后端，学 nextjs 业余搞个人项目搞着玩的，不清楚现在业界的通用做法。
当然，个人项目的话没有这么高的性能要求，只是想问一下说如果（自己做什么东西）有了性能要求的，是不是可以这么做。
如果这是常用做法的话，那也算是确认了可行性就放心继续搞了哈哈。
 |
1 foolishcrab 2025 年 3 月 26 日 via iPhone 2
你是学生吧， |
 |
3 YogiLiu 2025 年 3 月 26 日 via Android看到标题的第一反应是：难道不应该这么干？ |
 |
4 donaldturinglee 2025 年 3 月 26 日 via Androidnextjs 很少写业务，后端取决于你们的系统架构是什么，Nginx 在云上真的很复杂（一脚踏进一个大坑） |
 |
5 shakaraka 2025 年 3 月 26 日next.js 的应用场景多数在官网之类的 ToC 端，大多数需求不会有复杂的后端，所以可以作为全栈使用，可以理解为现代的 laravel 其次在使用 next.js 后，对于后端的话没什么要求，不存在你说的所谓“相当于搞一个高性能后端”的说法。具体看需求而已。 另外你说的“使用内部通信访问后端”，这个描述的是前端胶水层。SSR 正常情况下只会预加载首屏数据，当然也可以充当胶水层，具体看你怎么用，有没有必要用而已。 |
 |
6 nomagick 2025 年 3 月 26 日真·21 世纪 PHP |
 |
7 learnshare 2025 年 3 月 26 日本来前后端分离是这么干的。 Next.js 有写后端逻辑的能力，但都是可选的。 |
 |
8 000sitereg 2025 年 3 月 26 日SSR 这种就别用了 要是有搞头 PHP JSP 之类的也不会淘汰了。虽然还有地方在用 |
 |
9 gneko 2025 年 3 月 26 日感谢回复，只是不做这个方向，学 nextjs 业余搞个人项目搞着玩的，不清楚现在业界的通用做法。 当然，个人项目的话没有这么高的性能要求，只是想问一下说如果（自己做什么东西）有了性能要求的，是不是可以这么做。 如果这是常用做法的话，那也算是确认了可行性就放心继续搞了哈哈。 |
 |
10 hwdq0012 2025 年 3 月 26 日我以为正常都是 kubernetes 了 ，ingress 没有带 ssr 吗， |
 |
12 fuhanfeng 2025 年 3 月 26 日7 年前在公司搞过，当然不是 nextjs ，也是类似的支持 SSR 的框架，当时对 SEO 还有要求。 现在都拆掉了，爬虫对纯客户端渲染的支持得也不错了。 |
 |
15 flmn 2025 年 3 月 26 日如果你是对外的网站，偏内容，有 seo 需求，用 nextjs 。如果是信息管理类，nextjs 也不需要，直接 spa 静态页面更简单。 |
 |
19 tequ1lAneio 2025 年 10 月 9 日java/go/py 都可以，尤其是这个 ai 时代，py 后端应用越来越多 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。