PHP 是不是快死了

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

PHP 用了十年了，也停滞在某个版本很多年了。

最近项目重构，用新的库，一开始用 laravel ，九牛二虎搞起来，感觉好复杂，还慢，就搞了 flightphp ，快十倍，也简单。但是，现在又发现 go ，flightphp 是猎豹，go 就是火箭啊。作为 web api ，也就基本 crud 工作，go 应该能很好的完成。数据库，ai 时代，完全可以用原生 SQL 了。

这次如果重构完成，那就要和 PHP 拜拜了，因为 WEBAPI 如果用 GO ，就没有地方用他了，测试用 PYTHON 大数据用 PYTHON EXCEL 用 PYTHON ，前端用 SVELTEKIT ，其他用 GO

这样子看，PHP 是不是快死了？微服务＋ AI 时代，他没有擅长的技能，各个模块都被其他语言代替？

PHP

重构

51 条回复

21 小时 25 分钟前

php 的优势不就是在于一个人前后端一把梭快速出项目吗？既然决定要拆成 webapi 那就不是 php 的优势场景了。

Loser110

21 小时 13 分钟前 via Android

@94 的确。一把梭哈确实 php 可以。但是现在前端框架的崛起，导致后台 api 化，一下子就把 php 干没了

lp7631010

20 小时 47 分钟前

ai 时代分得那么清楚做什么反正是让 api 撸哪个顺手用哪个

lp7631010

20 小时 47 分钟前

打顺手了 ai 撸

lp7631010

20 小时 40 分钟前

越是混在一起的项目 api 好像还撸得顺手一些

BeforeTooLate

20 小时 34 分钟前

有多少项目能发展到要考虑到语言本身的性能瓶颈的，最多先解决数据库那一块瓶颈再说吧。
另外等真要考虑语言性能的时候我想你这项目应该不差钱了，再更新好了。

to2false

20 小时 28 分钟前

php 一直在更新，phper 大部分已经不更新了

AI 时代找个趁手的可编译的语言是比 php 这种动态随性的语言来的方便

junkk

20 小时 19 分钟前

说实话，整个 api 的生命周期按时间追踪一下，最瓶颈的肯定还是在数据库那边的，现在有 opchche ，说实话 PHP 已经能支持很大一个数据量的 qps 了。

问题在于生态、ai 的冲击，以及现在都向大厂看，整个生态、就业环境确实不太好。

fan296311175

20 小时 11 分钟前

说实话，有 AI 的帮助，php 也好、go 也好、java 也罢，这些东西上手甚至直接写项目都没啥门槛了。直接搜你感兴趣、有前景的行业，看看用的是哪个技术栈，趁早转过去。向钱看齐才是王道

Loser110

20 小时 10 分钟前 via Android

@BeforeTooLate 现在就是重构 10 年 php 项目，各个模块用相应最擅长的语言，结果发现，php 没位置了

mht

20 小时 9 分钟前

主要是现在没什么互联网创业了，不然 PHP 还是又快又省事的好东西。

jasonyang9

20 小时 8 分钟前 via Android

其实就是抄，ai 抄 github 库里的，你抄 ai 吐出来的😄

Loser110

20 小时 8 分钟前 via Android

@junkk 用 flightphp 本身性能不是问题，但是，我既然重构了，为何不用更快的，更优化的，这时候 php 就出局了，杂乱一起，php 可以，细分各个模块里，每个语言都比它强

Loser110

20 小时 1 分钟前 via Android

@mht 主要还是前后端分离和 ai 。这东西，一开始有点复杂，但是应该搞过一遍就很快了。老项目重构，像我，升级 php 用 laravel 用 flightphp 用 node 用 go ，几天内就完成思想转变。后面如果开发新项目，肯定也是目前的微服务流程。ai 时代，这个流程基本都能一键付出。
如果没 ai ，一键发布搞不了也不会想用。现在一键发布，性能极致优化，更少的服务器成本，就算创业，也可以这样来

panlatent

19 小时 36 分钟前

PHP 肯定不会死，但早就过了一个语言打天下的时代了。生态上，Laravel 是独一无二的，你总能找到你想要的库和包，对于以 PHP 为主力的人几乎是不二选项。并不是所有项目都需要微服务的架构，也并不是所有项目都仅有 API 层，你说的这些都是老生常谈的东西，跟 2026 年的 PHP 脱钩了。

Loser110

19 小时 19 分钟前 via Android

@panlatent 微服务是一个系统流程，只要用上，那么新开项目用这个流程也是快速开发，一键部署测试，速度差不多，性能更高，更低的服务器代价，并且 ai 支持更好，更好的测试，没有理由不用。当然前提你得先打造好这一套流程。php 应该只有存量市场了，laravel 确实大而全，但是，每个他擅长的，都有对应的微服务超过他，还更简单，ai excel 用 python ，前端 sveltekit ，发邮件，用 go 自带并发支持，其他 go ，php 就没位置了

junkk

19 小时 1 分钟前

@Loser110 #13 大厂本来就没什么 PHP 的位置。微服务也不是他强项，基本上就是不同的领域了。

关于微服务和单体，那是别的话题，v 站也不少贴，相对来说不太喜欢微服务。
你说微服务是一个系统流程，我不知道怎么得出这个结论，微服务相比单体各项成本都更高，我觉得能不上就不要上

abigeater

19 小时 0 分钟前

老生常谈哪个顺手用哪个; 在团队中除非你是决策者不然你的想法一点也不重要

panlatent

18 小时 58 分钟前

@Loser110 #16 使用微服务架构是有成本和代价的，恰恰是很多小微企业和个人无法驾驭的，把简单的业务复杂化了。你说的 PHP 存量市场我不反驳，但 Laravel 你要去和其他 PHP 框架对比，如 Symfony ，另外是否更简单存疑。

至于 Go ，我的个人体验是用 Go 写业务逻辑挺痛苦的。如果有的选，Kotlin 、C#、PHP 、Python 、TS 都是我的理想选择。

18 小时 56 分钟前

@Loser110 #2 ，只是你现在已经不是 php 的目标群体了。低成本短平快的开发还是有不少场景的。只是相比对于 10 年代的创业潮肯定是有很大落差。

Loser110

18 小时 53 分钟前 via Android

@junkk 微服务需要一整套开发部署规范流程，主要是前期一次性投入。完整走一遍流程后面的开发就很简单了，需要什么，就开发哪个，微服务都是相对简单化任务，ai 协助更容易，然后测试通过后，一键部署

freezebreze

18 小时 52 分钟前

还是聊聊 php 失业了找什么工作吧~~

512357301

18 小时 19 分钟前 via Android

感觉 Python 能完美替代 PHP ，Python3 的历史包袱要小很多，配合 UV 进行包管理，比 PHP 更简练。

Gilfoyle26

18 小时 0 分钟前

还没凉，如果要凉了压根连讨论的人都没有

kakki

17 小时 55 分钟前

不如 nodejs

zhhqiang

17 小时 43 分钟前

php8.5 了，好多项目不支持这个版本

Rache1

17 小时 2 分钟前

@zhhqiang 8.5 在 25 年 11 月下旬才发布，一些维护不积极的项目、包都还没及时更进，这也正常

Loser110

17 小时 2 分钟前 via Android

@512357301 llm excel pdf 图片这方面 python 都比 php 好，简单的 crud ，go 完胜 php ，实在没有其他地方能用的了

Loser110

16 小时 59 分钟前 via Android

@Gilfoyle26 慢性死亡。我本来用着 php 好好的，现在重构代码，选来选去，php 没位置了。你项目不动，可以一直 php ，可是，你有梦想了，想重构，php 就死了

CodeCodeStudy

16 小时 55 分钟前

https://mp.weixin.qq.com/s/bcrHZeF1Yu5ITstsl7rLlQ

swoole 6.2 发布了，看起来挺牛逼的

adgfr32

16 小时 35 分钟前 via Android

@Loser110 微服务真的有这些优点吗？
开发快速: 不存在，因为本地调试困难，服务间调用 debug 麻烦，开发 debug 速度有哪个语言比得上 php 修改以后直接刷新网页来的快？
一键部署测试: 前提是你的基建到位，但是基建也要人开发维护的
性能更好: 为什么微服务多了服务间的调用，性能还更高呢？相反的，设计不到位的微服务响应会更慢。
更低的服务器代价: 当你的机器数量达到一定量级，微服务才有优势，否则凭什么部署多个服务会比单个服务更省机器。

在我看来，微服务的优势是: 在你的项目体量逐步上升，你的维护成本，机器成本的提升不再是一个线性，而是快速增大到一个难以承受的程度。这时候重构为微服务，可以让这两个成本的曲线恢复为线性，也就是成本可控，而不能让成本降低。

mf2019d

16 小时 24 分钟前

以前不是说 php 是最美的编程语言. 这么快就牛夫人了

back0893

16 小时 22 分钟前

有点惨 php 主要是被替换了
一把梭可以用 nodejs
前后分离的选择就太多了

zhengwenk

16 小时 14 分钟前

只不过是你不用了，就说人家快死。你要是炒股赔了，马云就快破产了呗。

DamonLin

16 小时 8 分钟前

用过微服务，想死的心都有，各个子模块系统维护起来成本非常高

Loser110

16 小时 0 分钟前

@adgfr32 目前在打造一个微服务开发部署一整个流程，基于 podman ，基建完成使用会很简单，犹如调用一个函数。微服务的开发因为用各个语言最擅长的，性能优异，无限 scale ，哪个是瓶颈更容易发现单独 scale ，都在一块，100%CPU 真不知道是哪个导致的。比如，如果发邮件的慢了，就把他放单独一个服务器，甚至两个服务器。这样的成本是更低的，因为很多时候瓶颈都在 io ，多个服务器分散 io 。比单独一个服务器升级要划算的多。
这个系统目前还在完善中，完工后的维护就没什么了，其实就是写几本的 bash 命令，一些全局配置，简单易懂。

“开发 debug 速度有哪个语言比得上 php 修改以后直接刷新网页来的快”
这个 go 应该也行吧，我还没测试，这几天测试，因为之前搞 flightphp 去了，他很优秀，但是，既然从零开始，何不试试 go

Loser110

15 小时 59 分钟前

@DamonLin 微服务需要统一的管理系统，设置好后，就像用内置函数一样才行。

Loser110

15 小时 58 分钟前

@back0893 是的。我们目前项目就是 php 一把梭哈。现在重构技术选择，选择选择就发现没 php 的位置了

back0893

15 小时 49 分钟前

@Loser110 如果是静态页面+少量的 js 交互 php 也是非常不错
但是目前的前端的远比这种复杂
不如 sveletkit 这种全栈框架