php8.x 实用特性与使用：命名参数、`Nullsafe` 运算符、枚举类型 & `match` 表达式...
命名参数
- 1 可以指定参数传入，跳过可选参数 ；2 指定参数是无需遵循传入顺序。
- 看例子把 解释起来 比较 费劲
1public function response(array $data = [],int $code = 200,string $msg = "") : array
2{
3 return ['data'=> $data, 'code'=> $code,'msg' => $msg];
4}
5
6// php7
7$this->response([],200,"其他的提示信息");//非必须参数只能按顺序写
8
9// php8以后
10$this->response(msg: "其他的提示信息")//指定参数传入与响应
`Nullsafe` 运算符
- 这个感觉是对
??操作符的一个补充
1$user = null;
2
3// php7
4if($user){
5 $order = $user->lastOrder();
6 if($order){
7 $discountAmount = $order->getDiscountAmount();
8 }
9}
10//对于参数对象可能为 null 并且会执行方法的情况 ?? 就没法去处理了
11
12// php8 以后
13$discountAmount = $user?->lastOrder()?->getDiscountAmount();
枚举类型 & `match` 表达式
- 枚举类型 可以替换原来 常量定义码的作用，并且更加灵活，以下是一种使用的方式
match替换switch可以减少 因为弱类型比较转换，带来的bug
1enum ResponseCode: int
2{
3 case SUCCESS = 200;
4 case SYS_ERROR = 500;
5
6 public static function getMessageByCode(int $code): string
7 {
8 $responseCode = self::tryFrom($code);
9 if (!$responseCode) {
10 return '未定义错误码';
11 }
12 return self::getMessage($responseCode);
13 }
14
15 private static function getMessage(self $value): string
16 {
17 return match ($value) {
18 self::SUCCESS => "成功",
19 self::SYS_ERROR => "系统错误",
20 };
21 }
22}
23// 响应值构造使用
24public function success(array|object $data = [], string $msg = "", int|object $code = ResponseCode::SUCCESS): JsonResponse
25{
26 $res = new stdClass();
27 $res->data = $data ?: (object)[];
28 $res->code = is_object($code) ? $code->value : $code;
29 $res->msg = $msg ?: ResponseCode::getMessageByCode($res->code);
30 return response()->json($res);
31}
php8 的 opcache 与 jit(Just In Time)
php的opcache对运行效率的提示是极其巨大，建议php7以上的版本 都开起来。php8之后 加入了jit机制，- 在
opcache的基础上，对运行时的opcodes进行分析，对热点opcodes直接转换成指令码，来减少VM的翻译执行工作，所以代码会越跑越快 - 但是这个提升，效果没有
opcache开启时起飞的感觉，实测下来 大概有 5% - 10% 左右的不稳定提升 - 毕竟
php的项目的性能瓶颈，更多的在网络跟IO - 原理简易缩略图如下
- 就不多加说明了，附一份相关配置
1[opcache]
2# 加载扩展
3zend_extension=opcache.so
4# 开启扩展
5opcache.enable=1
6# 开启 cli 模式使用 opcahce
7opcache.enable_cli=1
8# opcache 共享内存大小，以兆字节为单位。
9opcache.memory_consumption=256
10# 用来存储预留字符串的内存大小，以兆字节为单位
11opcache.interned_strings_buffer=8
12# opcache 哈希表中可存储的脚本文件数量上限。 真实的取值是在质数集合 { 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 } 中找到的第一个大于等于设置值的质数。 设置值取值范围最小值是 200，最大值在 PHP 5.5.6 之前是 100000，PHP 5.5.6 之后是 1000000。
13# laravel 日常 32531 就够用 项目很大的情况下用 65407或者130987
14opcache.max_accelerated_files=100000
15# 浪费内存的上限，以百分比计。 如果达到此上限，那么 OPcache 将产生重新启动续发事件。
16opcache.max_wasted_percentage=5
17#如果启用，OPcache 将在哈希表的脚本键之后附加脚本的工作目录，以避免同名脚本冲突的问题。 禁用此选项可以提高性能，但是可能会导致应用崩溃。
18opcache.use_cwd=1
19# boolean 是否开启脚本文件变更验证
20opcache.validate_timestamps=0
21# 检查脚本时间戳是否有更新的周期，以秒为单位。 设置为 0 会导致针对每个请求， OPcache 都会检查脚本更新
22opcache.revalidate_freq=60
23# 不需要注解功能的 就关闭 需要注解才开启
24opcache.save_comments=0
25#开启jit的debug
26opcache.jit_debug=1
27# jit的模式 默认为 tracing
28opcache.jit=1255
29# jit缓存的尺寸; 默认值为 0, 也就是禁用 JIT
30opcache.jit_buffer_size=256M - 以上的配置在实际应用中，需要通过实际
opcache的运行情况进行监控与调整。怎么监控与调整，等以后有时间再聊。 opcode.jit的配置有点复杂。- 它接受
disable，on，off，trace，function，和按顺序排列的 4 个不同标志的 4 位值。 - disable：在启动时完全禁用JIT功能，并且在运行时无法启用。
- off：禁用，但是可以在运行时启用JIT。
- on：启用tracing模式。
- tracing：细化配置 的别名 1254。
- function：细化配置 的别名 1205。
- 它接受
jit四位配置顺序是：CPU特定的优化标志、寄存器分配、JIT触发器、优化级别，官方给的推荐值为1255CPU特定的优化标志：- 0 没有
- 1个 启用AVX指令生成
R-寄存器分配：- 0 不执行寄存器分配
- 1 使用本地线性扫描寄存器分配器
- 2 使用全局线性扫描寄存器分配器
JIT触发器：- 0 JIT在第一次脚本加载时的所有功能
- 1 首次执行时的JIT函数
- 2 在第一个请求时进行概要分析，并在第二个请求时编译热功能
- 3 动态分析并编译热功能
- 4 在文档注释中使用@jit标记编译函数
- 5 跟踪JIT
O-优化级别：- 0 不要准时
- 1 最小JIT（调用标准VM处理程序）
- 2 选择性VM处理程序内联
- 3 基于单个函数的静态类型推断的优化JIT
- 4 静态类型推断和调用树的优化JIT
- 5 基于静态类型推断和内部过程分析的优化JIT
- 所以 1255 指的是, 启用AVX指令生成，使用本地线性扫描寄存器分配器，跟踪 JIT，基于静态类型推断和内部过程分析的优化 JIT
- function 是C = 1，R = 2，T = 0，O = 5的别名。1205
- tracing 是C = 1，R = 2，T = 5，O = 4的别名。1254
THE END
