获取文件后缀必须先判断点号存在且位置合法，否则无点文件会返回全名、隐藏文件误作扩展名、路径末尾斜杠导致空字符串，Java中lastIndexOf返回-1时substring(0)返回全长，点在开头或结尾时截取结果错误。
获取文件后缀时必须显式判断点号是否存在，否则程序会在无点文件（如 Makefile、README）上调用 substring 或 substr 时触发越界异常或返回错误结果；对隐藏文件（如 .gitignore）不加判断会误将其整个文件名当作扩展名；更隐蔽的风险是路径末尾带斜杠（如 "data/"）导致 Base 提取为空，后续所有操作都基于空字符串展开——这会让看似正常的代码在特定输入下静默返回空或崩溃。
Java 中不判点直接 lastIndexOf 会怎样
方法一：直接调用 substring 而不检查 lastIndexOf 返回值
写成 fileName.substring(fileName.lastIndexOf('.') + 1) 是典型错误。当 fileName 为 "archive" 时，lastIndexOf('.') 返回 -1，-1 + 1 = 0，substring(0) 返回全串 "archive"，完全不是后缀。
方法二：忽略点位置合法性
即使找到了点，若它位于开头（".bashrc"）或末尾（"report."），截取后得到空字符串或 ".bashrc" 这类伪扩展名。Java 的 String.substring() 不校验逻辑合理性，只按索引机械切分。
【必须先用 if (dotIndex > 0 && dotIndex ——前者排除 ".hidden"，后者排除 "name."，缺一不可。
C++ 手动解析时的三重校验
第一步：定位最后一个点size_t pos = filename.rfind('.'); 这步只找位置，不保证有效。
第二步：排除非法点
检查三个条件是否同时满足：pos != std::string::npos（点存在）、pos != 0（不在开头）、pos != filename.length() - 1（不在末尾）。任一不满足，就认定无扩展名。
第三步：安全截取
确认通过后才执行 filename.substr(pos + 1)。漏掉第二步，遇到 "/home/.config" 会返回 "config"，而实际应视为无扩展名。
这一步操作起来很简单，但跳过校验会把隐藏文件当成普通文件处理，后续按扩展名路由逻辑时直接走偏。
Go 中 filepath.Ext 的隐含前提
filepath.Ext("a/b/.gitignore") 返回 ".gitignore"，它没做隐藏文件过滤——因为标准库认为这是合法文件名，扩展名语义由使用者定义。但它内部已强制做了点存在性判断：只要最后一个 / 后的部分不含点，就返回空字符串。
所以你传入 "log" 或 "data/"，它立刻返回 ""；但传入 ".env"，它照常返回 ".env"。这意味着：如果你业务上认定隐藏文件无扩展名，就必须在调用 filepath.Ext 后额外判断 strings.HasPrefix(ext, ".") && !strings.Contains(ext[1:], ".") 这类逻辑。
不显式判断点存在，你就无法区分 ""（真无扩展名）和 "."（非法点结尾）——而 filepath.Ext 对二者都返回 ""，信息已丢失。
