webman 是构建高性能设备租赁系统的务实php底座，需将租期计算、状态机、账单快照、多租户隔离四大核心逻辑深度绑定协程生命周期。
Webman 本身不提供设备租赁业务逻辑，但它是构建高性能、可扩展租赁系统最务实的 PHP 底座——关键不在框架“有没有租赁模块”，而在你能否把租期计算、状态流转、账单生成这些核心逻辑，稳稳落在协程 + 连接池 + 中间件的链路上。
租期与计费逻辑必须脱离数据库事务硬编码
设备租赁最常崩在“跨天续租”“中途退租”“免租期叠加”这类场景。直接在 SQL 里写 DATE_ADD(NOW(), INTERVAL 30 DAY) 或用 PHP strtotime('+30 days') 都会出错：前者忽略节假日和工作日规则，后者在协程中受时区/全局设置污染。
- 所有租期计算统一走封装类，例如
RentalPeriodCalculator::calculateEndDate($startDate, $days, $calendar = 'cn_workday')，内部用CarbonImmutable+ 预置节假日表 - 账单生成不能依赖实时查询库存状态，而应在创建租赁单时，用
SnapshotService::capture($deviceId)快照设备当时的租金单价、折旧率、押金规则 - 避免在 MySQL 触发器里更新余额或生成账单——Webman 的高并发下，触发器锁表风险远高于应用层队列异步处理
设备状态机必须用内存+事件驱动，别靠 status 字段硬切
status 字段存 'in_stock'、'rented'、'under_maintenance' 看似简单，但真实业务中“维修中能否被预约”“待归还设备是否允许二次出租”这类判断，靠 if-else 会迅速失控。
Webman 2.2.0
下载
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
- 用
DeviceStateMachine类定义状态迁移图，每个 transition 显式声明前置条件（如canRentFrom('in_stock')）和副作用（如自动创建工单、扣减可用库存） - 状态变更全部走事件：
DeviceRented::dispatch($device)，监听器负责发通知、更新统计、触发风控检查 - 禁止直接
$device->status = 'rented'; $device->save();—— 这绕过了校验且无法回溯变更原因
多租户隔离必须在中间件第一层完成，且强制 destroy
设备租赁系统天然支持 SaaS 模式（比如不同分公司、不同品牌代理），但 Webman 不自动做租户隔离。一旦漏掉 TenantContext::destroy()，协程复用就会导致 A 公司看到 B 公司的设备列表。
- 识别租户只认
X-Tenant-ID请求头或子域名（如shanghai.rent.example.com），绝不用 URL 参数或 cookie - 中间件中调用
TenantContext::setContext(['id' => $tenantId, 'db_name' => "tenant_{$tenantId}"])后，必须在finally块或响应发送前执行TenantContext::destroy() - 数据库连接不能复用全局配置：模型基类
BaseModel的getConnection()方法需根据TenantContext::id()动态返回 PDO 实例，而不是从连接池取默认连接
真正难的不是写完 CRUD，而是让“设备不可重复出租”“账单金额不可篡改”“租户数据绝对隔离”这些约束，在每毫秒数千请求下依然成立——这取决于你是否把状态、租期、租户三者绑死在协程生命周期里，而不是堆功能。
