命令行文件名格式校验程序.dat扩展名匹配问题排查

你的核心问题是sscanf未能正确匹配.dat扩展名，导致返回值低于预期、扩展名字段为空。本质是格式字符串的匹配规则与文件名结构不兼容，以下是具体排查和修复方案：

常见错误原因及修正 #

1. 格式字符串误吞点号 #

如果你的格式字符串中，最后一个字段使用%[^_]（匹配非下划线字符），会把.dat中的点号和字符一起吞掉，导致后续的.dat固定匹配失败。

错误示例：
假设文件名是f1_f2_f3_f4_f5_f6_f7_f8_f9_f10_f11.dat，错误的格式字符串：

// 最后一个%[^_]会匹配到"f11.dat"，后续的_.dat无法匹配
int ret = sscanf(filename, "%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_].dat", 
    f1, f2, f3, f4, f5, f6, f7, f8, f9, f10, f11);

修正方案：
将最后一个主体字段的匹配符改为%[^.]（匹配非点号字符），确保只匹配到扩展名前的内容，再固定匹配.dat：

// 最后一个%[^.]匹配到"f11"，后续匹配".dat"
int ret = sscanf(filename, "%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^_]_%[^.].dat", 
    f1, f2, f3, f4, f5, f6, f7, f8, f9, f10, f11);

此时若文件名格式正确，sscanf返回值会等于你预期的字段数（11个主体字段，匹配成功则返回11，若你预期12可能是格式字符串中多了一个变量，需对应调整）。

2. 改用更可靠的扩展名提取方式 #

复杂格式字符串容易出错，建议单独提取扩展名校验，避开sscanf的局限性：

#include <string.h>

// 找到文件名中最后一个点号
char *dot_pos = strrchr(filename, '.');
if (dot_pos != NULL) {
    // 比较点号后的字符串是否为"dat"
    if (strcmp(dot_pos + 1, "dat") == 0) {
        // 扩展名校验通过
    } else {
        // 扩展名错误
    }
} else {
    // 无扩展名，格式错误
}

这种方法逻辑清晰，不受前面下划线字段的影响，稳定性更高。

3. 验证变量与格式字符串的对应关系 #

检查sscanf的格式符数量和传入的变量数量是否完全一致，若格式字符串中有12个格式符，但实际传入11个变量，也会导致返回值异常。

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