面向对象建模通过封装、不可变性与职责分离构建滑块验证防线：SlideEventTime封装时间戳生命周期，HumanSlideBehavior聚合时间、轨迹、设备指纹并签名，服务端基于对象状态链式校验，实现毫秒级行为证据链协同验证。
面向对象属性本身不构成安全防线，但合理建模滑块验证中的关键实体及其状态关系，能为毫秒级时间校验、行为绑定与上下文防篡改提供清晰的结构支撑。核心不是“用属性防刷”，而是通过封装、不可变性与职责分离，让时间戳、轨迹、设备指纹等要素在逻辑上彼此约束、不可割裂。
把时间戳变成有身份的对象，而非裸数字
避免直接传递 long t1 这类原始值。定义 SlideEventTime 类，内含：
- 初始化时刻（t₀）：由服务端生成并下发，前端只读；
- 拖拽起始时刻（t₁）：前端采集后立即封入对象，禁止后续修改；
-
释放完成时刻（t₂）：同上，且自动计算
duration = t₂ − t₁； -
服务端可信时间锚点：该对象构造时即绑定本次请求的
serverReceiptTime，用于后续延迟校验。
这样，单个时间维度就具备了生命周期、来源归属和校验上下文，无法被孤立篡改或复用。
用行为实体封装轨迹与设备上下文
定义 HumanSlideBehavior 类，作为验证主载荷，聚合：
-
时间对象（前述
SlideEventTime）； -
坐标序列：每条记录含
x, y, timestamp，且timestamp必须来自同一时间源（如performance.now()或同步后的系统时钟）； - 设备指纹摘要：非原始指纹，而是经哈希+盐值处理后的固定长度字符串，与当前 token 绑定；
- 签名字段：对上述全部字段做 HMAC-SHA256 签名，密钥由服务端动态派生、前端不可见。
该对象一旦构建完成即设为不可变（immutable），所有字段 final，对外只提供只读访问器。攻击者无法单独替换轨迹或伪造时间而不破坏签名。
服务端用领域对象执行交叉质疑
接收请求后，服务端不解析裸参，而是反序列化为 HumanSlideBehavior 实例，并触发其内置校验链：
- 检查签名是否有效——验证参数未被中间篡改；
- 比对
t₁ − t₀是否 ≥100ms——排除瞬间触发； - 确认
t₂ − t₁落在 [300ms, 5000ms] 区间——过滤机器匀速与人工代操作； - 计算网络延迟
Δ = serverReceiptTime − t₂，若 Δ 2000ms，标记异常； - 将该行为对象与 Redis 中缓存的设备指纹哈希、IP 风险等级做关联查询——拒绝高风险组合。
整个过程基于对象状态驱动，而非零散 if-else 判断，逻辑内聚、可测试、易扩展。
关键不在“属性”，而在属性间的约束关系
真正形成防线的是这些设计选择：
-
时间戳不独立存在：必须属于某个
SlideEventTime实例，而该实例又只能嵌套在HumanSlideBehavior中； - 设备指纹不传明文：仅作为签名输入的一部分，且与当前 token 强绑定；
-
轨迹采样受时间对象节制：前端上报的每个坐标点，其
timestamp必须落在t₁与t₂之间，否则被对象构造器拒绝； - 服务端不信任任何客户端输入值：所有校验都基于对象内部字段的相对关系与外部可信数据（如服务端时间、Redis 状态）比对。
这种建模方式让毫秒级时间成为行为证据链中的一环，而非可随意填写的字段。防线由此从“单点校验”升级为“状态协同验证”。
