如何减少 Hyperf 框架的扫描时间
原因
hyperf
框架为了防止用户更新组件后,代理缓存没有更新导致启动报错。增加了以下钩子。
{
"scripts": {
"post-autoload-dump": [
"init-proxy.sh"
]
}
}
而 init-proxy.sh
脚本,会执行 php bin/hyperf.php di:init-proxy
命令清理代理缓存,并重新生成。
$ composer init-proxy > init-proxy.sh ../../ runtime cleared scanning app ... scan app completed, took 195.76692581177 milliseconds. scanning vendor ... scan vendor completed, took 510.0839138031 milliseconds. this command does not clear the runtime cache, if you want to delete them, use `vendor/bin/init-proxy.sh` instead. proxy class create success. finish!
上述演示中,我们很清楚的可以看到花费的时间,现在不足 1s
其实还可以接受。但如果您的模型非常多,这个时间可能会是无法忍受的一个点。比如以下情况。
$ composer init-proxy
> init-proxy.sh
../../
runtime cleared
scanning app ...
scan app completed, took 3063.5998249054 milliseconds.
scanning vendor ...
scan vendor completed, took 490.39006233215 milliseconds.
this command does not clear the runtime cache, if you want to delete them, use `vendor/bin/init-proxy.sh` instead.
proxy class create success.
finish!
解决办法
以下解决办法建立在正确使用 model 的基础上。比如不在 model 中使用注解。检测办法是,不排除 model 目录的情况下生成一下代理缓存,查看是否生成 model 相关的代理。
所以,我们可以主动修改 hyperf
框架的扫描目录,排除掉模型目录。让我们写一段逻辑,修改 annotations.php
。
<?php
declare(strict_types=1);
use symfony\component\finder\finder;
return [
'scan' => [
'paths' => value(function () {
$paths = [];
$dirs = finder::create()->in(base_path . '/app')
->depth('< 1')
->exclude(['model']) // 此处按照实际情况进行修改
->directories();
/** @var splfileinfo $dir */
foreach ($dirs as $dir) {
$paths[] = $dir->getrealpath();
}
return $paths;
}),
'ignore_annotations' => [
'mixin',
],
],
];
当我们再执行命令时,就会发现时间被大大缩短。
写在最后
hyperf 是基于 swoole 4.4+ 实现的高性能、高灵活性的 php 协程框架,内置协程服务器及大量常用的组件,性能较传统基于 php-fpm 的框架有质的提升,提供超高性能的同时,也保持着极其灵活的可扩展性,标准组件均基于 psr 标准 实现,基于强大的依赖注入设计,保证了绝大部分组件或类都是 可替换 与 可复用 的。
框架组件库除了常见的协程版的 mysql 客户端、redis 客户端,还为您准备了协程版的 eloquent orm、websocket 服务端及客户端、json rpc 服务端及客户端、grpc 服务端及客户端、zipkin/jaeger (opentracing) 客户端、guzzle http 客户端、elasticsearch 客户端、consul 客户端、etcd 客户端、amqp 组件、apollo 配置中心、阿里云 acm 应用配置管理、etcd 配置中心、基于令牌桶算法的限流器、通用连接池、熔断器、swagger 文档生成、swoole tracker、blade 和 smarty 视图引擎、snowflake 全局 id 生成器 等组件,省去了自己实现对应协程版本的麻烦。
hyperf 还提供了 基于 psr-11 的依赖注入容器、注解、aop 面向切面编程、基于 psr-15 的中间件、自定义进程、基于 psr-14 的事件管理器、redis/rabbitmq 消息队列、自动模型缓存、基于 psr-16 的缓存、crontab 秒级定时任务、translation 国际化、validation 验证器 等非常便捷的功能,满足丰富的技术场景和业务场景,开箱即用。
更多学习内容请访问:
上一篇: moviepy AudioClip帧处理ValueError: The truth value of array with more than one element is ambiguous
下一篇: VSCODE极简配置(备份)
推荐阅读
-
如何搭建新的WPF项目框架
-
迅捷视频转换器如何视频转换器 轻松减少视频的大小方法介绍
-
Django框架如何使用ajax的post方法
-
探讨如何减少Linux服务器TIME_WAIT过多的问题
-
如何解决CI框架的Disallowed Key Characters错误提示
-
AngularJS框架中的双向数据绑定机制详解【减少需要重复的开发代码量】
-
办公室上班族养生经:如何减少辐射的伤害
-
PhpStorm 如何优雅的调试Hyperf的方法步骤
-
看年薪50W的架构师如何手写一个SpringMVC框架
-
从零开始搭建前后端分离的NetCore2.2(EF Core CodeFirst+Autofac)+Vue的项目框架之九如何进行用户权限控制