原因

Hyperf框架為了防止用戶更新組件后，代理緩存沒有更新導(dǎo)致啟動報(bào)錯。增加了以下鉤子。

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

而init-proxy.sh腳本，會執(zhí)行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!

上述演示中，我們很清楚的可以看到花費(fèi)的時間，現(xiàn)在不足1s其實(shí)還可以接受。但如果您的模型非常多，這個時間可能會是無法忍受的一個點(diǎn)。比如以下情況。

$ 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 的基礎(chǔ)上。比如不在 Model 中使用注解。檢測辦法是，不排除 Model 目錄的情況下生成一下代理緩存，查看是否生成 Model 相關(guān)的代理。

所以，我們可以主動修改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']) // 此處按照實(shí)際情況進(jìn)行修改
                ->directories();
            /** @var SplFileInfo $dir */
            foreach ($dirs as $dir) {
                $paths[] = $dir->getRealPath();
            }
            return $paths;
        }),
        'ignore_annotations' => [
            'mixin',
        ],
    ],
];

當(dāng)我們再執(zhí)行命令時，就會發(fā)現(xiàn)時間被大大縮短。

寫在最后

Hyperf 是基于 Swoole 4.4+ 實(shí)現(xiàn)的高性能、高靈活性的 PHP 協(xié)程框架，內(nèi)置協(xié)程服務(wù)器及大量常用的組件，性能較傳統(tǒng)基于 PHP-FPM 的框架有質(zhì)的提升，提供超高性能的同時，也保持著極其靈活的可擴(kuò)展性，標(biāo)準(zhǔn)組件均基于 PSR 標(biāo)準(zhǔn) 實(shí)現(xiàn)，基于強(qiáng)大的依賴注入設(shè)計(jì)，保證了絕大部分組件或類都是 可替換 與 可復(fù)用 的。

框架組件庫除了常見的協(xié)程版的 MySQL 客戶端、Redis 客戶端，還為您準(zhǔn)備了協(xié)程版的 Eloquent ORM、WebSocket 服務(wù)端及客戶端、JSON RPC 服務(wù)端及客戶端、GRPC 服務(wù)端及客戶端、Zipkin/Jaeger (OpenTracing) 客戶端、Guzzle HTTP 客戶端、Elasticsearch 客戶端、Consul 客戶端、ETCD 客戶端、AMQP 組件、Apollo 配置中心、阿里云 ACM 應(yīng)用配置管理、ETCD 配置中心、基于令牌桶算法的限流器、通用連接池、熔斷器、Swagger 文檔生成、Swoole Tracker、Blade 和 Smarty 視圖引擎、Snowflake 全局 ID 生成器 等組件，省去了自己實(shí)現(xiàn)對應(yīng)協(xié)程版本的麻煩。

Hyperf 還提供了 基于 PSR-11 的依賴注入容器、注解、AOP 面向切面編程、基于 PSR-15 的中間件、自定義進(jìn)程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息隊(duì)列、自動模型緩存、基于 PSR-16 的緩存、Crontab 秒級定時任務(wù)、Translation 國際化、Validation 驗(yàn)證器 等非常便捷的功能，滿足豐富的技術(shù)場景和業(yè)務(wù)場景，開箱即用。

以上就是淺談減少Hyperf框架的掃描時間的詳細(xì)內(nèi)容，更多關(guān)于減少Hyperf框架的掃描時間的資料請關(guān)注腳本之家其它相關(guān)文章！