应使用 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:Usersme ile.txt" 这种路径传进来，如果没先用 path.basename() 提取文件名，直接 split 会把盘符或目录里的点也卷进去；而 ".gitignore" 这类隐藏文件，第一个点就是后缀起点，但 lastIndexOf(".")==0，slice(0,0) 得到空字符串 —— 这其实是合理结果（主名为空），但业务上可能需要特殊对待。
关键不是“怎么写得更短”，而是“输入来源是否可信”：
- 如果数据来自
input[type="file"]的file.name，它只含文件名，无需处理路径 - 如果来自服务端 API 或用户粘贴的完整路径，务必先做
basename提取（可用正则/[^\/]*$/） - 对以点开头的文件，接受
name === ""是符合 POSIX 规范的，不必强行补默认名
