thinkphp不支持“反物质交易”这一物理概念，实际对应多空双向交易、红蓝字冲销或资产状态翻转三类业务需求；应使用事务、状态字段和模型验证实现，禁用软删除。
ThinkPHP 本身不提供“反物质交易系统”这种物理概念级功能——这不是框架能力范畴，而是业务建模错误或术语误用。所谓“反物质交易”，实际多指代双向对冲、负向持仓、冲销记账、红字凭证等金融/财务场景；若直接按字面搜索 thinkphp 反物质交易，99% 会踩进概念陷阱，浪费调试时间。
别被“反物质”带偏：先确认你真正要实现的是什么
真实项目中，这个词通常对应以下三类需求之一：
- 多空双向交易（如期货、合约），需支持
position_type字段区分long/short，且平仓逻辑需匹配原方向 - 会计红蓝字冲销（如退货、调账），要求同一笔业务生成正向与负向两条分录，
amount符号相反但bill_no关联 - 资产状态翻转（如“冻结↔解冻”、“锁定↔释放”），本质是状态机，不是数学意义上的“反物质”
ThinkPHP 能做的是后两者——用模型验证 + 事务 + 状态字段控制即可。强行套用“反物质”描述，只会让协作同事和审计方困惑。
Db::transaction() 是高危资产操作的底线
涉及资金、库存、权益变更的操作，必须包裹在事务中。ThinkPHP 的 Db::transaction() 不自动回滚异常，需显式捕获：
Db::transaction(function () {
$result1 = Db::name('account')->where('id', 1)->dec('balance', 100)->select();
$result2 = Db::name('ledger')->insert(['uid'=>1, 'type'=>'pay', 'amount'=>-100]);
if (!$result1 || !$result2) {
throw new \Exception('记账失败');
}
});
常见坑：
- 使用
Model::save()时未检查返回值，导致部分更新成功却无报错 - 事务内混用不同数据库连接（如主库写+从库查），可能触发隐式提交
- MySQL 引擎非
InnoDB（如MyISAM）下Db::transaction()无效
高危字段必须加模型验证和数据库约束
像 balance、stock、frozen_amount 这类字段，光靠 PHP 层校验远远不够：
- 模型中用
validate规则限制最小值：['balance', 'egt:0', '余额不能为负'] - 数据库字段设
CHECK (balance >= 0)（MySQL 8.0.16+）或用触发器兜底 - 更新时避免
setInc()/setDec()直接操作，改用update(['balance' => Db::raw('balance - 100')])防并发超扣 - 敏感操作日志必须记录原始请求参数、IP、操作人ID，不能只记结果
最易被忽略的一点：ThinkPHP 的软删除（delete_time）不适用于金融数据。历史流水、分录、订单必须物理保留，删掉就等于销毁审计证据。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
