PHP 8.0.0 Released!

php 5 跟 java 6 一样顽固，php 7 跟 java 8 一样坚挺，php 8 估计会跟 java 11 一样普及缓慢

Php 多好一语言呀

有 vm 了吗？

有没有 PHP 运维呀？修 BUG 的兼职。

Php 是最好的语言

天天水版本号，也不知道向下兼容一下

php 的版本发布很激进不过作为世界上最好的语言，激进点有好处，中小项目的历史包袱没那么大。

新东西挺多的

有几个特性看起来不错，大幅减少代码量了，写起来也舒服了很多

@yklaxds ？？？？？？ PHP 槽点很多但第一次见有人吐槽 php 向下兼容性的。。。你是还在写 4.x 年代的代码吗？

@jhdxr 对程序员没啥影响，主要是运维头疼，升级了环境，老代码就罢工了。

@lihongming ermmm 环境不是跟着代码版本要求走的吗……

@yklaxds 黑？不去看看隔壁 python 升级？

@sagaxu 我觉得不一定，PHP8 有几个特性还是很吸引人的，性能上也有一定提升

php 的 composer 越来越难用了，国内没一个好用的源，每次安装都得换不同的源才能把包装齐

@yklaxds 张口就来？？？

反正我们写代码很激进的.一般都是紧跟版本, 使用新特性

终于出来了，自己可以先尝尝鲜，不过产品上还是等一年后再升级吧。

@msg7086 @lihongming
运维表示没事：你升级它干嘛，之前不用的好好的，给我们加活？

@zachlhb 这是 PHP 的问题吗？这是你的问题。另外做开发哪有没有梯子的

@sagaxu 刚看了一下 PHP 8 的 Release Announcement，主要还是完成 PHP 7 没做完的工作，比如，继续加强类型系统并引入了一些新的语法和语法糖，进一步统一 PHP 内部代码和用户空间代码的错误处理方式，引进 JIT 。都是实用的特性，过渡上也没有什么可犹豫的点，我觉得普及起来不会。

@zachlhb https://developer.aliyun.com/composer 阿里云的源还不够你用吗

PHP8 跟 PHP7 的兼容性还挺好，普及应该比较快

PHP9 的计划是什么？

@CodeCodeStudy 现在就开始考虑 PHP 9 了？我觉得别说是我们，就算是鸟哥可能也不知道 。

作为一个 phper 感觉过年了，开心如此简单

诶不是说 php8 不支持 windows release 下载的么……

@Myprincess 联系我啊

@yklaxds php 的兼容已经做的很不错啦

@zachlhb
阿里的源还行，或者用 slince 的 (composer-registry-manager)[https://github.com/slince/composer-registry-manager] 切换下

@chotow 还真是 今天又是充满希望的一天

@mitu9527 发布一代，预研一代

@lijialong1313 以前 Windows 的版本是微软编译的，现在微软不干了，现在是 PHP 官方开发组自己编译

真香

@sagaxu 整挺好

php8 类型系统越来越完善了，还引入了 WakeMap 为 Jit 优化做准备，什么时候要是能引入协程，去掉$符号就完美了。

@maigebaoer PHP 版本发布很激进？？？/黑人问号脸。

php 9 就可以搞多线程 /协程 了..

@CodeCodeStudy 这俩有啥区别啊……

$符号是特征，去掉就没识别度了

个人感觉 php 真正要起飞应该主要还是看 php9 是否包含协程这样的异步机制和连接池，能支持这两点直接起飞，PHP8 已经铺好了代码编译方面的优化,期待 php9 计划。

谁有 8.0 jit 性能提升数据 发出来看看

@zjsxwc 官方做了一些简单的基准测试。https://www.php.net/releases/8.0/en.php 里面有提到。

@wmwmajie 是啊，希望官方能支持协程和常驻内存，不过感觉这工作量有点大。

@Myprincess aHVvZGFuaWVsQGdtYWlsLmNvbQ==

@Carlgao 最后改叫 python （

@yklaxds 活久见，10 年来，第一次见吐槽 PHP 向下兼容。

@mitu9527 @wmwmajie
swoole 开发组在做这个工作，如果能合并一起感觉好些

@ben1024 就是因为感觉官方不见得能吸纳 Swoole 才觉得工作量会比较大，希望结局能尽人意，也不枉众多 PHPer 们的期待。

PHP 作为当年的入行语言 我还是很有感情的
从一定角度来看 真的挺好的
主流 web 语言没有一个能像 php 这样丝滑更新的 都得自己整一套热重载

就差个原生协程了 加油

滋瓷一下

@mitu9527 看看 amphp 话说你们说得协程和 yield 有啥区别

say yes~

@solupro 张口就来？

希望能重夺江山

@yklaxds #55 愿闻其详，麻烦分析 PHP 兼容问题

多线程不要想了基本不可能，引入协程就很棒，PHP 一旦全面协程化，预计会焕发第二春，官方是不指望了，某 s 开头的扩展不靠谱，谁认识鸟哥的联系他让他带领团队开发个协程分支啊，开发资金可以众筹。

谁来做个性能评测

@pein #60
php7 开始不就早已支持协程 yield 生成器了吗

@zjsxwc yield 是生成器，本质上是一个迭代器，不是协程。

据说性能比 PHP7 还要高一些？

php 性能再好，wordpress 都能给你拖下来

@mitu9527
额，本质上不都一样吗，

当然如果说 python 的 gevent 这种与多进程用起来像的协程（提供了 fork/join ），
那么 php7 确实还没有。

而 swoole 的协程是抄了 golang 的 channel，又是另一种协程了。

@zjsxwc PHP 还没有原生支持协程，目前 PHP 想使用协程，主要是用 Swoole 。另外，我没听说协程在 PHP 中和生成器有啥关系。

@pein 同意,感觉鸟哥应该更靠谱一些,如果 PHP 原生支持协程,应该又会回到 2004 的巅峰,哈哈

@Mrxx 鸟哥关于 PHP8 中 JIT 开发历程的博文.统计 Wordpress top50 函数然后 JIT,性能提升 10%

@NoonTime https://mp.weixin.qq.com/s?__biz=MzIwNDExMjIzNA==&mid=2650183029&idx=1&sn=ce0a679f0d2c3f8f583f72ed82528e0e&scene=21#wechat_redirect

https://wiki.php.net/rfc/constructor_promotion
这个 rfc 真心不懂为啥这么做，虽然简单了很多，但很容易歧义吧，还是有 10 票反对很说明问题

@ryh 我觉得就是个语法糖，喜欢用就用，不喜欢用就不用，没啥影响的。就比如 PHP 的箭头函数我也不太喜欢，我觉得它没精简到表达式的级别，用起来感觉不太舒服，但有不少人觉得还可以。

@sagaxu 现在很多都已经容器化，加上 Symfony 系框架的推进，应该很快普及。233

@konakona
@mitu9527
@liuzhaowei55
新项目估计明年就能用起来了，存量项目不是说升就能升的，尤其是那些没有高 unit test 覆盖率的项目。

@Evilk
@pein

php 协程缺乏应用场景，需要 php 协程的公司为什么不选择 go 呢，没有历史包袱的天生支持。

拿 php 写常驻内存 service，需要更好的内存管理，php 现在的 gc 实现简陋，引用计数也不太容易支持多线程，搞不好还得来一个全局解释器锁。

@sagaxu 如果不用大改就能获取性能提升, php 有协程肯定对现有的 php 项目有利

@BBCCBB 就算有协程也不会无缝修改的。 肯定坑很多

@mitu9527 https://www.laruence.com/2015/05/28/3038.html 看鸟哥说得协程

@meshell

看了一个多小时才看明白，感觉就像，鸟哥在 php5 里面用 yield 生成器，造了个单片机非抢占式多任务系统，php 玩出了操作系统的味道，膜拜鸟哥！

@zjsxwc 这个是原文也是 PHP 开发组的，作者目前在 PHPstorm 开发组. https://nikic.github.io/2012/12/22/Cooperative-multitasking-using-coroutines-in-PHP.html

php 早就有协程了啊，只不过不像 golang 这么方便，比较像 lua 那种，要手动调度。

PHP Yes ！ Exciting ！

个人比较关注语言方面的：
联合类型、错误类型统一、命名参数，PHP 终于和主流语言接轨了
注解这个真的是 Web 开发的福音

虽说江山不在，但 php 必须支持

@ben1024 用了，不行，有时候一大堆的失败

@linxb 阿里源有些包没有的，有些包特定的版本没有

我测试了 php8 开启 jit 在我电脑里的性能提升，提升巨大，见图：
https://i.loli.net/2020/11/28/qSpY9niTcxfoy1L.png


在我的帖子在 t/603272


@leonidas

@whahuzhihao 你指的是 yield 吗？那个不太好用，容易出错，像 Golang 和 Swoole 一样使用 go 包起来更方便些

PHP 8 这个不讲武德，这么多特性，还得分 7，8 个版本实现吧。看看现在的 C#，Java 每个大版本都在挤牙膏。

看了一下 PHP 8 的 Match Expression，这个设计不错，不知道是否支持 Sealed Class 类似的 Class 匹配，有用过的回复一下。Java 中的实现直接复用 Switch，到最新的 15 还不支持 Sealed Class 。

Attributes （或者 Java 中 Annotations ）将原来的 Doctrine 中使用 Attribuite 直接标准化，辅助说明从 Comments 中直到放到代码上，语法更接近 C#，这算得上语法上的一次革命，不错。这个过程类似于 Java 中使用 Doclet （用过 Hibernate1.x 2.x 基本都是用过的 ） 到 Java 5 Annotations 。

JIT 不用说了，大杀器，但这个不属于语言语法范围。

@sagaxu Java 是容易容器化的，你完全可以用最新 Java 15 的语法写程序，比如 record 在最新的 Spring 5 。3 可以轻松使用。Text Block 不讲了，如果你还在写 SQL 或者类似的 XXXQL，一下子感觉多行显示舒服多了。

@sagaxu Quarkus 很早之前有提醒可能新版本不支持 8，过渡到 11，但是但现在 Quarkus 还是在兼容 8，虽然邮件列表中很多人提议删除 8 的支持。个人觉得 Quarkus 一开始就是为容器准备的，用 Java 11 一点问题也没有。Quarkus 在 1 。0 的时候，它的介绍是 a container first framework. 现在网站上写的是 A Kubernetes Native Java stack tailored for OpenJDK HotSpot and GraalVM, crafted from the best of breed Java libraries and standards，显然它又将 jvm 运行环境当成一种目标。

@hantsy Java 8 比预期的更坚挺，官方支持到 2030 年，Java 11 却只支持到 2026 。现在这个阶段哪个框架不支持 8 就是自掘坟墓。

https://www.php.net/releases/8.0/zh.php?lang=zh

竟然有中文版，官方有心了！

@ahu 不错，看得很清楚

终于发布了，等好久了

@sagaxu 如果你做的是一些公共库，或者通用框架，考虑到兼容性，定格在 Java 8 无可厚非，毕竟要更多的考虑用户习惯。目前看到的可能 Helidon2 是第一个宣布 Java 11 起步的吧（太多的新特性，不得不放弃 8， 比如 reactive, 雇用 Rxjava 大师操刀，基于 Flow 重写，另外也启用了 Micronaut 的团队成员丰富功能 ），但它还在维护 Helidon1 。x （ Java8 ）。

但是如果自己的业务项目，完全可以跟进最新的 Java 版本，甚至可以使用一个 CI 来检测当前版本至最新的 ea 版本兼容性，代码可以一直持续跟进新语法。

好几年没写 PHP 代码了，得玩玩 PHP 了。

@pein 你们打算众筹多少钱，让财务自由的鸟哥，来做这个呢？

PHP 内置的 IO 相关的方法全是同步的，要支持异步的特性，那些方法大部分都得提供一个异步的版本（不然没啥意义）。工作量太大，目前还没有看到有任何人有去推动 /做这个的打算。

PHP 是世界上最好的语言！