整形引擎处理两个维度：包长分布的规整与发送间隔的去周期化。它不改变加密强度，也不提高带宽上限，做的是让流量在统计特征上更接近普通加密会话。
消除长度特征最直觉的做法是把所有数据包填充到同一长度。这样长度维度确实被抹平了，但代价被转移到带宽上：原本 200 字节的小包被填到 1400 字节，有效载荷比例从百分之八十多降到百分之十几。在高流量场景下这个代价无法接受。
更关键的是，统一长度本身也是一种特征。所有包长度完全一致，在统计上同样反常——真实的加密会话因为内容长度不同，包长必然呈现一定分布。把分布抹平成一条线，反而制造了一个新的可识别点。
因此整形引擎采纳的是概率性调整：先确定目标分布形态，再判断当前包量是否明显偏离，只在偏离超过阈值时才介入调整。这样既保持了分布的自然性，也把额外开销控制在较低比例。
包长分布对齐
目标分布的形态来自对常规加密会话的统计观察：多数包的头部开销相近，长度集中在中段，两端有小比例的长包与短包。整形引擎按这个形态设定目标，而不是设定一个固定值。
不是每个包都需要调整。引擎按滑窗统计当前包长分布与目标分布的偏离程度，只有偏离超过阈值时才对该窗口内的包做调整。这样在流量本身形态已经接近目标时，引擎几乎不产生额外开销。
调整包长有两个手段：把小包填充变长，或把长包拆分变短。填充增加带宽消耗，拆分增加处理次数。引擎按当前带宽余量选择：带宽充裕时偏向填充，带宽紧张时偏向保持原样、只做轻度调整。
发送间隔去周期化
很多协议的探测与保活机制按固定周期发送数据包。这个周期在时间维度上形成规律性，而规律性恰恰是静态规则最容易匹配的特征。抑制周期性的做法是在保持总量不变的前提下，让发送时刻带有受控的随机偏移。
偏移量过大会破坏协议自身的时序逻辑，影响保活判断与拥塞控制反馈。因此偏移被限制在协议可容忍的窗口内，并区分数据类型：保活与探测包允许较大偏移，业务数据包偏移较小以避免影响交付时序。
整形不能与拥塞控制的目标冲突。当链路出现拥塞迹象时，整形会暂时降低强度，让拥塞控制正常发挥作用；拥塞缓解后再恢复。这个优先级顺序是明确的：稳定性高于外观规整。
按可用带宽自适应切换
客户端按实时可用带宽在三个档位间切换：标准档用于带宽充裕场景，整形强度较高；均衡档用于一般场景，在开销与规整之间取中；宽松档用于带宽紧张场景，优先保证有效吞吐，只做最小必要调整。
档位切换带有滞后，避免在阈值附近反复跳变。带宽回升需要持续一段时间才上调档位，避免因为瞬时波动频繁切换而引入额外的不稳定。
当前生效的档位与整形开销比例在客户端状态页可查。若你观察到平均速度低于预期，可以先确认当前档位——在带宽紧张的环境下引擎会主动放宽整形，这是设计行为而非异常。