RFC-1024 在协程容器中默认开启协程 HOOK

[matyhtf]

背景

在之前版本中，使用 sleep、stream_socket_client、mysqli/redis 等 PHP 原生 IO 组件时，需要在协程容器中手动启用 HOOK，使用繁琐。为了解决这一问题，在协程容器启动时自动开启 Hook，可大量减少重复性的代码。

版本：v4.6

修改前

Swoole\Runtime::enableCoroutine(SWOOLE_HOOK_ALL);

Swoole\Coroutine\run(function () {
    sleep(1);
    $redis = new redis;
    $redis->connect('127.0.0.1', 6379);
    echo $redis->get("key");
});

修改后

Swoole\Coroutine\run(function () {
    // 不需要设置 HOOK，底层自动启用，直接使用原生 PHP 阻塞 IO API 即可，底层自动替换
    sleep(1);
    $redis = new redis;
    $redis->connect('127.0.0.1', 6379);
    echo $redis->get("key");
});

影响

• 对于已经显式调用Swoole\Runtime::enableCoroutine()或设置hook_flags的程序，底层不执行任何操作，是完全兼容的
• 未显式设置HOOK并且代码中又使用了 PHP 的 阻塞 IO 函数，开发者预期是非阻塞行为，实际情况是会出现阻塞，导致程序无法正常运行
• 未显式设置，开发者预期为阻塞行为，这表示开发者希望某段程序是一个特例，这种情况下需要开发者显式关闭HOOK，在特例代码执行完成后再恢复HOOK。设计框架时，无法预知用户是否开启了HOOK，如果存在特例，必须要判断当前是否处于HOOK开启模式，这是框架本应该做到的。底层自动开启HOOK的行为，对于框架开发者来说无实际影响

优化

底层增加 Swoole\Coroutine\Unsafe\blocking_call() 来实现关闭协程切换，实现原子调用。

1. 关闭 CPU 中断调度器，防止从 VM 执行中中断
2. 关闭 HOOK ，所有 IO 操作将转变为同步阻塞

Swoole\Coroutine\Unsafe\blocking_call(function () {
    // 这里将直接使用阻塞 IO
    sleep(1);
    $redis = new redis;
    $redis->connect('127.0.0.1', 6379);
    echo $redis->get("key");
});