使用amphp/parallel时，多URL场景下FetchTask的readonly属性疑问

核心结论 #

FetchTask的$url属性完全适合用readonly修饰，而且推荐这么做，不会对多URL处理造成任何影响。

原因分析 #

readonly的作用是限制属性在实例初始化后无法被修改，而你的场景是遍历多个URL，每个URL都会创建一个独立的FetchTask实例——每个实例的$url都是单独初始化的，彼此之间没有关联。使用readonly不仅不会阻碍多URL处理，反而能避免后续代码不小心修改$url导致的逻辑错误，让代码的不可变性更明确，提升可靠性。

正确的FetchTask代码示例 #

use Amp\Parallel\Task\Task;

class FetchTask implements Task
{
    public function __construct(
        public readonly string $url
    ) {}

    public function run(): mixed
    {
        // 调用你的阻塞函数getDetails获取内容
        return getDetails($this->url);
    }
}

对应的main.php示例 #

use Amp\Parallel\Worker\WorkerPool;

require __DIR__ . '/vendor/autoload.php';

// 假设这是你的多个URL列表
$urls = [
    'https://example.com/1',
    'https://example.com/2',
    'https://example.com/3',
];

Amp\Loop::run(function () use ($urls) {
    $pool = WorkerPool::create();
    $promises = [];

    foreach ($urls as $url) {
        // 每个URL创建独立的FetchTask实例
        $task = new FetchTask($url);
        $promises[] = $pool->submit($task);
    }

    // 等待所有任务完成并获取结果
    $results = yield Amp\Promise\all($promises);

    foreach ($results as $index => $result) {
        echo "URL {$urls[$index]} 的结果：" . print_r($result, true) . PHP_EOL;
    }

    yield $pool->shutdown();
});

补充说明 #

• 每个FetchTask实例都是独立的，readonly只约束当前实例的$url，不同实例的$url互不影响，完全支持多URL并行处理。
• 如果你后续有需要修改任务URL的场景（但你的场景里不需要），才需要去掉readonly；但在当前的多URL遍历提交场景下，readonly是最优选择。

内容的提问来源于stack exchange，提问作者chegboy