如何減小 Hyperf 框架的掃描時間

 

緣由

Hyperf 框架爲了防止用戶更新組件後,代理緩存沒有更新致使啓動報錯。增長了如下鉤子。php

{
    "scripts": {
        "post-autoload-dump": [
            "init-proxy.sh"
        ]
    }
}

  

而 init-proxy.sh 腳本,會執行 php bin/hyperf.php di:init-proxy 命令清理代理緩存,並從新生成。node

$ 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',
        ],
    ],
];

  

當咱們再執行命令時,就會發現時間被大大縮短。架構

寫在最後app

 

Hyperf 是基於 Swoole 4.4+ 實現的高性能、高靈活性的 PHP 協程框架,內置協程服務器及大量經常使用的組件,性能較傳統基於 PHP-FPM 的框架有質的提高,提供超高性能的同時,也保持着極其靈活的可擴展性,標準組件均基於 PSR 標準 實現,基於強大的依賴注入設計,保證了絕大部分組件或類都是 可替換 與 可複用 的。composer

 

框架組件庫除了常見的協程版的 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 驗證器 等很是便捷的功能,知足豐富的技術場景和業務場景,開箱即用。

更多學習內容請訪問:

騰訊T3-T4標準精品PHP架構師教程目錄大全,只要你看完保證薪資上升一個臺階(持續更新)

相關文章
相關標籤/搜索