Hyperf通过Swoole协程实现单进程数万并发、异步非阻塞I/O、连接池复用及常驻内存架构，彻底突破PHP-FPM性能瓶颈，支撑高并发电商等场景毫秒级响应。
要解决PHP在高并发电商、实时API网关、高频交易等场景下的性能瓶颈，必须突破传统FPM进程模型限制，让单机支撑每秒数千请求并保持毫秒级响应——Hyperf正是为此而生的协程框架。
为什么Hyperf能扛住高并发
传统PHP-FPM每次请求都新建进程，数据库查询、Redis读取、HTTP调用全部同步阻塞，一个请求卡住就浪费整个进程资源。Hyperf基于Swoole协程，在单个进程中可并发运行数万协程，I/O操作不阻塞主线程。
执行php bin/hyperf.php start后，你看到的不是“处理完就销毁”的短命脚本，而是常驻内存的协程服务器：Worker#0～#3持续监听8288端口，所有协程共享同一份已加载的类定义与配置，冷启动开销归零。
【协程不是多线程，切勿在协程中使用sleep()或file_get_contents()】这些函数会直接阻塞整个进程，必须改用Coroutine::sleep()和Co\Http\Client等协程安全接口。
立即学习“PHP免费学习笔记（深入）”；
微服务拆分实战：从单体到服务自治
第一步：用composer create-project hyperf/hyperf-skeleton user-service初始化用户服务模块。
第二步：在config/autoload/services.php中启用Consul注册中心，填入'host' => '127.0.0.1', 'port' => 8500，确保Consul服务已运行。
第三步：给控制器添加#[AutoController]注解，再在方法内调用$this->container->get(UserService::class)->getUserById($id)——此时UserService已被自动注入，且其底层数据库连接来自协程安全的连接池。
第四步：启动服务后，访问http://localhost:8288/consul/v1/health/service/user-service，返回健康状态即表示服务已成功注册到Consul，其他服务可通过服务名发现并调用它。
RPC远程调用两种写法
方法一：JSON-RPC直连（适合内部低延迟调用）
在consumer服务中执行$client = make(JsonRpcClient::class, ['service' => 'user-service']); $result = $client->get(['id' => 123]);
方法二：gRPC协议（适合跨语言或强契约场景）
先用protoc --php_out=. user.proto生成客户端类，再通过GrpcClientFactory::create('127.0.0.1:9000')建立长连接通道，调用$client->GetUser($request)。
注意：gRPC需额外部署hyperf/grpc-server组件，并在服务端启用GRPC_SERVER环境变量。
熔断与限流配置位置
打开config/autoload/circuit_breaker.php，将'enabled' => true设为true，设置'failure_count' => 5和'timeout' => 60——当连续5次调用失败，该服务将被熔断60秒，期间所有请求直接返回fallback逻辑。
限流规则写在config/autoload/rate_limit.php里：'default' => ['capacity' => 100, 'key' => 'ip', 'interval' => 60]表示按IP维度，每分钟最多放行100次请求，超限则返回429状态码。
这一步必须配合中间件RateLimitMiddleware启用，否则配置不生效。
