Brick/Math 必须通过 Composer 安装并加载 autoloader，因其 PSR-4 命名空间依赖 composer 自动生成的 autoload 机制；手动引入文件或跳过 autoloader 会导致 Class not found 错误。
Brick/Math 不需要 Composer 安装——它本身就是一个纯 PHP 库，没有外部依赖，但你必须用 Composer 来加载它，因为它的命名空间和自动加载机制完全依赖 composer autoload。直接下载 ZIP 或手动 require 是不可靠的，会报 Class not found 错误。
为什么 composer require brick/math 是唯一推荐方式
Brick/Math 的源码结构遵循 PSR-4，所有类都位于 src/ 下并映射到 BrickMath 命名空间。Composer 自动生成的 vendor/autoload.php 是唯一能正确解析这些类路径的机制。手动 include 或 require_once 几乎必然失败，尤其在使用 BigNumber、Rational 等嵌套类时。
- 执行
composer require brick/math后，Composer 会写入vendor/composer/autoload_psr4.php，明确注册Brick\Math\→vendor/brick/math/src/ - 如果你已有
composer.json，确认其中"autoload": {"psr-4": {...}}没被意外覆盖或清空 - 不要尝试用
composer install --no-autoloader或禁用 autoload —— 这会让BrickMathBigNumber等类彻底不可用
安装后必须包含 vendor/autoload.php 才能使用类
哪怕只用一行 use BrickMathBigNumber;，也必须先引入 autoloader。漏掉这一步是新手最常遇到的 Class 'BrickMathBigNumber' not found 根源。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在脚本开头加：
require __DIR__ . '/vendor/autoload.php';（路径需根据项目结构调整） - 如果用在框架中（如 Laravel、Symfony），通常已自动加载，但测试独立脚本时务必手动 require
- 别混淆：不是 require
vendor/brick/math/src/BigNumber.php—— 这样会跳过自动加载规则，导致依赖的BrickMathExceptionDivisionByZeroException等类找不到
验证安装是否成功：用 BigNumber 做一个简单除法
Brick/Math 的核心价值在于避免浮点精度丢失，比如 0.1 + 0.2 !== 0.3。用 BigNumber 可以精确表示任意长度小数。
require __DIR__ . '/vendor/autoload.php';
use BrickMathBigNumber;
// 正确：结果是 0.3，不是 0.30000000000000004
$result = BigNumber::of('0.1')->plus('0.2');
echo $result->toString(); // 输出 "0.3"
// 错误写法（会触发 TypeError）：
// BigNumber::of(0.1)->plus(0.2) // float 输入会立刻丢失精度，再包装也没用
- 所有构造方法（
of()、fromString()）必须传字符串或整数，不能传 float -
toString()返回精确字符串；toFloat()仅用于调试，会重新引入浮点误差 - 若遇到
BrickMathExceptionNumberFormatException，检查输入字符串是否含空格、逗号或非法字符（如"1,000.00"必须先清理）
真正麻烦的不是安装，而是后续所有数值输入都得是字符串——这是精度保障的前提，也是最容易被忽略的约束。
