该提问与当前博客内容无直接关联。 针对用户反馈的批处理脚本执行报错问题，经技术审计，主要存在两个层面的缺陷：一是脚本编码导致的非指令字符被当做命令执行，二是文件查找逻辑在特定路径或文件存在性判断上的失效。以下是详细的技术复盘与修正方案。 ### 1. 故障根因分析 #### 1.1 编码与字符解析错误 报错信息 `'扫描当前目录寻找' is not recognized...` 表明脚本中的中文字符串或其前后的控制符被 Windows CMD 解释器误判为可执行命令。这通常由以下原因导致： * **编码格式不匹配**：脚本保存为 `UTF-8`（带 BOM 或无 BOM）但在未正确切换代码页的 CMD 环境下执行，导致 `echo` 指令后的中文字符串包含不可见的控制字节，破坏了命令行的连续性。 * **特殊字符混入**：复制代码时可能引入了 HTML 实体或零宽空格（ZWSP），使得 `echo [Step 1] ...` 这一行在解析时发生断裂。 #### 1.2 文件定位逻辑冲突 尽管控制台输出了 `[信息] 已锁定文件: "UECapabilityInformation.txt"`，但后续却报错 `The system cannot find the file`。这表明脚本逻辑存在“虚假锁定”或路径引用错误： * **变量作用域问题**：在 `for` 循环中使用了 `setlocal enabledelayedexpansion`，但变量传递可能存在延迟展开的时序问题，导致 `FoundFile` 变量在循环内部被赋值，但在后续的 `for /f` 读取循环中未能正确解析为绝对路径。 * **路径引用缺失**：脚本直接使用 `!FoundFile!`，若当前工作目录非脚本所在目录（如通过 `D:\UEcap>D:\UEcap\...` 调用），且未处理相对路径与绝对路径的转换，可能导致系统找不到文件。 ### 2. 修正后的批处理脚本 本方案对脚本进行了重构，增加了编码强制声明、路径绝对化处理以及更健壮的文件存在性校验。 ```batch @echo off :: 1. 强制设置代码页为 UTF-8，确保中文和特殊字符正确显示 :: 必须在输出任何内容之前执行 chcp 65001 >nul 2>&1 :: 2. 启用延迟变量扩展 setlocal enabledelayedexpansion :: 定义目标文件名模式 set "TargetName=UECapabilityInformation.txt" set "RealFilePath=" :: 3. 获取脚本所在目录的绝对路径，确保无论从何处调用都能找到文件 set "ScriptDir=%~dp0" :: 4. 文件查找逻辑：遍历脚本所在目录下的文件，忽略大小写匹配 echo [Step 1] 正在扫描目录: %ScriptDir% for %%F in ( "%ScriptDir%%TargetName%" "%ScriptDir%UECapabilityInformation.TXT" "%ScriptDir%uecapabilityinformation.txt" ) do ( if exist "%%F" ( set "RealFilePath=%%~fF" goto :FileFound ) ) :: 若循环结束仍未找到文件 if not defined RealFilePath ( echo [错误] 未能找到文件: %TargetName% echo 请确认文件位于以下目录: %ScriptDir% pause exit /b 1 ) :FileFound echo [信息] 已锁定文件: "!RealFilePath!" echo [Step 2] 开始解析 3GPP UE Capability 信息... echo. :: 5. 输出 Markdown 表格头（使用纯英文表头避免编码导致的列对齐问题） echo ^| Band Type ^| Band ID ^| Key Info ^| echo ^| :--- ^| :--- ^| :--- ^| echo. :: 6. 核心解析逻辑 :: 使用 'type' 读取文件内容，并通过 findstr 进行关键词过滤 :: 添加 2>nul 屏蔽因编码问题可能产生的读取错误 for /f "usebackq tokens=*" %%L in (`type "!RealFilePath!" 2^>nul`) do ( set "Line=%%L" :: --- 检测 NR 频段 --- :: 查找 supportedBandListNR 关键字 echo !Line! | findstr /i /c:"supportedBandListNR" >nul && ( set "Context=NR" ) :: 如果处于 NR 上下文，尝试提取 Band ID (假设格式为 bandNR 78) if "!Context!"=="NR" ( echo !Line! | findstr /i /c:"bandNR" >nul && ( for /f "tokens=2 delims= " %%B in ("!Line!") do ( echo ^| NR Band ^| %%B ^| Supported Band List NR ^| echo. ) ) :: 简单的上下文重置逻辑：遇到空行或特定结束符 echo !Line! | findstr /r "^$" >nul && set "Context=" ) :: --- 检测 CA (Carrier Aggregation) --- echo !Line! | findstr /i /c:"ca-BandCombination" >nul && ( echo ^| CA Info ^| - ^| CA Combination Detected ^| echo. ) :: --- 检测 ENDC (E-UTRA-NR Dual Connectivity) --- echo !Line! | findstr /i /c:"endc" >nul && ( echo ^| ENDC ^| - ^| Dual Connectivity Supported ^| echo. ) :: --- 检测 MIMO/Layers --- echo !Line! | findstr /i /c:"MIMO" >nul && ( echo ^| Feature ^| - ^| !Line! ^| echo. ) ) echo. echo [Step 3] 解析完成。 pause ``` ### 3. 关键修复点说明 下表详细列出了针对原报错的修复逻辑： | 错误现象 | 修复策略 | 技术原理 | | :--- | :--- | :--- | | `'扫描当前目录寻找' is not recognized` | **移除 `echo` 中的中文字符串**，或确保文件保存为 `ANSI` 编码（若系统默认非 UTF-8）。<br>**修正措施**：在脚本首行添加 `chcp 65001` 并将所有输出提示文本尽量简化或使用英文，避免编码解析错误。 | CMD 在解析命令行时，若遇到错误的字节序列（如 UTF-8 高位字节），可能会将其截断，导致原本的注释或 echo 文本变成命令。 | | `The system cannot find the file...` | **路径绝对化**。使用 `%~dp0` 获取脚本所在目录，并拼接完整路径。<br>**修正措施**：`set "RealFilePath=%%~fF"` 强制转换为完整路径。 | 原脚本依赖当前工作目录（`D:\UEcap`），若 `for` 循环或变量展开过程中路径丢失，`type` 命令就会失败。使用绝对路径可规避此问题。 | | 逻辑中断 | **错误流重定向**。在 `type` 命令后添加 `2>nul`。<br>**修正措施**：`type "!RealFilePath!" 2^>nul`。 | 防止因文件包含特殊字符导致 `type` 命令报错并中断整个 `for` 循环，确保脚本健壮性。 | ### 4. 使用建议 1. **文件保存**：请将上述代码保存为 `parse_ue_capability.bat`，并**务必使用记事本保存时选择编码为 `ANSI`**，或者确保编辑器（如 VS Code）保存为 `UTF-8 with BOM`。如果使用纯 UTF-8（无 BOM），在部分 Windows 版本上仍可能出现乱码。 2. **文件放置**：确保 `UECapabilityInformation.txt` 与该批处理脚本位于**同一个文件夹**内。 3. **内容要求**：该脚本通过关键词匹配工作。如果 `UECapabilityInformation.txt` 是二进制文件，脚本将无法读取内容；如果是 XML 或文本格式的日志，脚本将能正常提取 Band 和 CA 信息。