如何用字符串的 split 配合解构赋值快速分离出文件名与后缀名

应使用 lastIndexOf(".") 定位最后一个点再切分，而非 split(".")；需先判断 str.includes(".") 避免无点时错误截断；推荐封装为返回 {name, ext} 的函数，兼顾安全性、跨环境与语义正确性。

split(".") 会把文件名里的点也切开，怎么避免

直接用 split(".") 处理 "archive.tar.gz" 或 "my.photo.jpg" 会得到 ["my", "photo", "jpg"]，根本分不清哪段是主名、哪段是后缀。这不是 bug，是预期行为——split 只认点字符，不管语义。

真正要的是「从最后一个点开始切」，所以得先定位末尾的点位置，而不是无脑切所有点：

• 用 lastIndexOf(".") 找最后一个点的索引
• 用 slice(0, index) 和 slice(index + 1) 分别取前后两段
• 再配合解构赋值，一行写完：const [name, ext] = [str.slice(0, str.lastIndexOf(".")), str.slice(str.lastIndexOf(".") + 1)]

解构赋值时 ext 可能是 undefined，怎么安全处理

如果字符串不含点（比如 "README"），lastIndexOf(".") === -1，此时 slice(0, -1) 会截到倒数第二个字符，slice(-1 + 1) 就是 slice(0)，结果变成 "" —— 这不是你想要的「无后缀」，而是错误截断。

必须显式判断点是否存在：

• 先检查 str.includes(".")，再决定是否拆分
• 更稳妥的做法是封装成函数，统一返回 { name, ext } 对象，避免解构出 undefined
• 示例：const parts = str.includes(".") ? [str.slice(0, str.lastIndexOf(".")), str.slice(str.lastIndexOf(".") + 1)] : [str, ""]

为什么不用 path.parse() 或第三方库

在 Node.js 环境里，path.parse() 确实能正确处理 "a.b.c.js" → base: "a.b.c.js", name: "a.b.c", ext: ".js"，但它返回对象，没法直接解构为两个变量；而且浏览器环境没有 path 模块。

纯字符串方案的优势在于零依赖、跨环境、轻量：

• 不引入额外包，适合前端工具脚本或 Deno/ bun 等轻量运行时
• 逻辑透明，改起来快，比如想把 "file.tar.gz" 的 "tar.gz" 当整体后缀，只需改成 split(".").slice(-2).join(".")
• 性能上，lastIndexOf 是原生 C++ 实现，比正则或多次 split 更快

注意 Windows 路径和隐藏文件的边界情况

"C:Usersmeile.txt" 这种路径传进来，如果没先用 path.basename() 提取文件名，直接 split 会把盘符或目录里的点也卷进去；而 ".gitignore" 这类隐藏文件，第一个点就是后缀起点，但 lastIndexOf(".")==0，slice(0,0) 得到空字符串 —— 这其实是合理结果（主名为空），但业务上可能需要特殊对待。

关键不是“怎么写得更短”，而是“输入来源是否可信”：

• 如果数据来自 input[type="file"] 的 file.name，它只含文件名，无需处理路径
• 如果来自服务端 API 或用户粘贴的完整路径，务必先做 basename 提取（可用正则 /[^/]*$/）
• 对以点开头的文件，接受 name === "" 是符合 POSIX 规范的，不必强行补默认名