强制类型转换不是归一化本身，而是归一化完成后对已校验合法数值的确定性截断或压缩步骤；必须前置语义校验、单位换算、范围检查，异常值用哨兵整型编码，聚合计算应保持精度至最后一步。
Java 强制类型转换本身不直接用于“数值归一化”，但在算法实现中，它常作为归一化流程末端的**确定性截断或压缩步骤**出现——前提是归一化逻辑已完成语义校验与量纲对齐，此时才安全启用强制转换来适配目标类型约束。
归一化前必须完成语义校验，而非直接强转
例如处理日志中的耗时字段："duration_ms": "120.5ms" 或 "250000us"。不能直接写 (int)"120.5ms"（编译失败），也不能先 Integer.parseInt("120.5ms")（运行时报错）。正确路径是：
- 用正则提取纯数字和单位（如
"120.5"+"ms"） - 按单位换算为统一基准（如全部转为微秒：
120.5 * 1000 = 120500） - 确认结果在
int表示范围内（≤ 2147483647），再执行(int) 120500.0
这一步强制转换只是“落盘动作”，不是归一化主体。
状态码与计数类字段的哨兵值映射
HTTP 状态码字段可能含 "200"、"N/A"、"timeout"。归一化目标是统一为 int，但需保留语义可区分性：
立即学习“Java免费学习笔记（深入）”；
-
"200"→ 解析为200，再用(int)200赋值（无实际变化，但显式声明类型意图） -
"N/A"→ 映射为哨兵值-2，直接赋int status = -2，无需强制转换 -
"503"→ 解析后得503.0，用(int)503.0得整型503
关键点：强制转换只作用于已确认合法的数值中间态，异常值走预定义整型编码，不依赖 cast。
资源用量类精度压缩与溢出防护
内存使用字段如 "memory_kb": "98765.432~"（含采样标记），归一化需两步：
- 清洗：去掉
"~"，提取98765.432，按单位换算为字节（×1024 →101135799.4） - 压缩：若下游只接受
int存储，且明确允许误差，则(int)101135799.4截断为101135799 - 防护：若原始值超
Integer.MAX_VALUE（如 3GB 内存记为 3221225472 字节），应先判断：if (bytes > Integer.MAX_VALUE) status = -1;，避免静默溢出成负数
此处 (int) 是可控压缩手段，但必须前置范围检查。
避免在聚合计算中过早强转
算法中涉及求均值、标准差等聚合操作时，强制转换会放大误差：
- 错误做法：每条日志解析后立刻
(int)latency_us，再累加求平均 → 小数部分全丢失，均值偏差大 - 推荐做法：全程用
long或double累积原始精度值，仅在最终输出或写入固定 schema 存储时，才做一次(int)finalAvg
归一化是端到端过程，强制转换只是最后一环的类型收口，不是归一化引擎本身。
