${#var} 是 bash 原生字符串长度展开，毫秒级高效；应只对必要字段测长、优先判空、用算术判断、避免赋值和管道子 shell，结合截取与流式处理提升日志解析性能。
${#var} 是 Bash 内置的字符串长度展开语法，无需调用外部命令（如 wc -c），毫秒级完成，是高频日志流中做轻量判定的最优原生方案。关键不在于“怎么用”，而在于“怎么用得既快又稳”。
只对必要字段做 ${#var} 判定，避免无谓展开
日志行通常含多字段（时间、IP、路径、状态码等），但多数判定只需关注某一段（如 URI 路径过长、User-Agent 异常截断）。直接对整行 ${#line} 展开会浪费 CPU，尤其在每秒万级日志时累积明显。
- 先用
IFS或read -r拆分，提取目标字段再测长，例如：read -r _ _ path _ - 用
${var#pattern}/${var%%pattern}截取后立即测长，不生成中间变量：uri=${logline#*\"}; uri=${uri%%\"*}; (( ${#uri} > 4096 )) && drop=1
用算术判断替代字符串比较，绕过 fork 开销
Shell 中 [[ ${#s} -gt 1024 ]] 是纯内置运算；而 [ "$(echo "$s" | wc -c)" -gt 1024 ] 会 fork 进程、创建管道、调用外部二进制——单次慢 100 倍以上，高频场景不可接受。
- 所有长度阈值检查必须用
-eq/-gt等算术测试，禁用test或[的字符串模式（如=）做长度模拟 - 避免把
${#var}赋给新变量再判断（如len=${#var}; [[ $len -gt ... ]]），Bash 优化器虽能内联，但显式赋值仍多一次哈希表查写
预判空/无效输入，跳过冗余展开
${#var} 对未定义或空变量返回 0，看似安全，但在日志解析中，空字段常代表解析失败（如正则没匹配到 IP）。若逻辑上“空 URI”应被丢弃，则先判空比测长更廉价。
- 优先用
[[ -z $field ]]或[[ $field ]]快速过滤，再对非空字段用${#field} - 对已知格式字段（如固定前缀的 trace_id），可用
${field:0:4}截取前几位校验有效性，比全量测长 + 全量判断更快
批量处理时用 while read -r 天然流式，拒绝 cat + pipe
高频日志流本质是逐行到达，cat access.log | while read -r line; do ... ${#line} ...; done 会因管道导致 while 在子 shell 中运行，所有变量修改失效，且 pipe 自带缓冲延迟。
- 改用重定向：
while read -r line; do ... ${#line} ...; done ，全程在当前 shell，无 fork、无缓冲放大 - 若需实时 tail，用
tail -n +1 -f access.log | while read -r line; do ...无法避免子 shell，此时应改用stdbuf -oL tail -f |配合awk做长度判定（awk 'length($0) > 8192 {print "too long"}'），因为 awk 的length()同样是 C 级别内置，且单进程吞吐更高
