如何通过引用获取错误类数据？该写法是否符合最佳实践？

你给出的代码在PHP语法层面是完全可运行的，确实能在不修改方法布尔返回值、不新增额外服务的前提下拿到内部的错误/日志信息，但这种写法不属于业界通用的最佳实践，不推荐在正式的团队协作项目中使用，核心问题如下：

• 隐式副作用提升维护成本：引用参数的修改逻辑是藏在方法内部的，调用方如果不逐行核对方法签名，根本不会意识到传入的变量会被方法改写，后续迭代很容易出现变量值被意外篡改的bug。
• 违背参数的语义直觉：绝大多数开发者对方法参数的默认认知是「传入方法的输入值」，把参数作为输出通道本身就反常识，提升了代码的理解门槛。
• 容错性差：你当前写法里$log是可选参数，默认值为null，如果调用方真的漏传了这个参数，方法内对$log的赋值只会修改局部变量，不会抛出任何错误，但你需要的错误信息会直接丢失，这类隐性问题排查成本很高。

如果是个人开发的小型脚本、临时工具，追求最快实现的话这么写没有任何问题，不会有语法报错。如果是长期维护的正式项目，更推荐以下几种替代方案：

• 用类属性存储最近的错误信息，配套提供读取方法，不改动原有action方法的返回值：

class Test
{
    private string $lastError = '';

    public function action()
    {
        $this->lastError = 'Error';
        return true;
    }

    public function getLastError(): string
    {
        return $this->lastError;
    }
}

$object = new Test();
$result = $object->action();
if (!$result) {
    echo $object->getLastError();
}

• 错误场景直接抛出异常，调用方按需捕获获取错误信息，这是PHP生态最通用的错误处理规范。
• 如果可以接受调整返回值结构，直接返回包含状态标识、错误信息的结构化结果（数组或简单值对象）即可。

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