PHP 是不是快死了

[Loser110]

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

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

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

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

[94]

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

[Loser110]

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

[lp7631010]

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

[lp7631010]

打顺手了 ai 撸

[lp7631010]

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

[BeforeTooLate]

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

[to2false]

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

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

[junkk]

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

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

[fan296311175]

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

[Loser110]

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

[mht]

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

[jasonyang9]

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

[Loser110]

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

[Loser110]

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

[panlatent]

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

[Loser110]

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

[junkk]

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

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

[abigeater]

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

[panlatent]

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

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

[94]

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