Bash脚本提取case-endcase代码段异常：误取endcase后行

问题排查 #

1. 未处理带//注释的endcase行：原脚本仅在endcase行无//注释时才停止复制，若endcase后紧跟//注释，会导致无法检测到endcase，持续复制后续行。
2. 未初始化每个文件的状态：原脚本未在处理每个文件前重置复制标记，若前一个文件未正常结束case块，会导致后续文件错误地开始复制。
3. 变量作用域问题：原脚本使用cat $FILE | while read line，while循环在子shell中运行，变量修改无法传递到父shell（不过此问题在单文件处理中影响较小，但仍需优化）。
4. 丢失行内空格：原脚本使用echo $line会丢失行首/行尾空格及连续空格，应使用echo "$line"保留格式。
5. 未处理嵌套case：原脚本使用单一标记，遇到嵌套case时会提前停止复制外层case块的内容。
6. 子字符串匹配误判：原脚本匹配"case"子字符串，会误判包含"case"的变量名或其他关键字（如casez）。

优化后的脚本 #

OUTPUT_FILE="extracted_case_blocks.txt"
# 清空输出文件（若已存在）
> "$OUTPUT_FILE"

# 遍历指定目录下所有.sv文件
for FILE in <directory_path>/*.sv
do
    case_depth=0  # 跟踪case嵌套深度，初始为0

    # 读取文件每一行，保留空格和特殊字符
    while IFS= read -r line
    do
        # 去除行中//后的注释部分，用于检测case/endcase关键字
        stripped_line="${line%%//*}"

        # 匹配SystemVerilog合法的case关键字（case、casez、casex），仅匹配独立单词
        if [[ "$stripped_line" =~ \<(case|casez|casex)\> ]]
        then
            ((case_depth++))
        # 匹配独立的endcase关键字
        elif [[ "$stripped_line" =~ \<endcase\> ]]
        then
            ((case_depth--))
            # 防止出现无匹配case的endcase导致深度为负
            (( case_depth < 0 )) && case_depth=0
        fi

        # 仅当处于case块内，且当前行无//注释时，写入输出文件
        if (( case_depth > 0 )) && [[ "$line" != *"//"* ]]
        then
            echo "$line" >> "$OUTPUT_FILE"
        fi
    done < "$FILE"  # 直接重定向文件到循环，避免子shell问题
done

关键优化点说明 #

• 嵌套case处理：使用case_depth计数器替代单一标记，支持多层嵌套case块的正确识别。
• 注释兼容：先去除//注释部分再检测关键字，确保带 trailing 注释的case/endcase行能被正确识别。
• 精确关键字匹配：使用正则表达式的单词边界(\</\>)匹配SystemVerilog合法的case关键字，避免误判子字符串。
• 格式保留：使用IFS= read -r line和echo "$line"保留原行的空格和特殊字符。
• 文件状态重置：每个文件处理前重置case_depth，避免跨文件状态污染。

进阶优化建议 #

• 块注释处理：若需要支持排除/* ... */块注释中的case/endcase，需添加多行注释跟踪逻辑（检测/时开始忽略，检测/时恢复）。
• 性能优化：对于大文件，可使用awk替代Bash循环，处理速度更快（例如：awk '/case|casez|casex/{depth++} /endcase/{depth--} depth>0 && !/^\/\//{print}' file.sv，但需调整以处理注释和嵌套）。
• 输出去重：若需避免重复提取相同case块，可添加哈希校验或内容比对逻辑。

内容的提问来源于stack exchange，提问作者Lidor Hacham