Paths.get 构建安全跨平台路径的核心是分段传参、锚定根目录、normalize后校验;它自动适配系统分隔符,防止路径穿越,需避免字符串拼接与未校验的外部输入。
用 paths.get 构建安全、跨平台的绝对路径,核心是“不硬写斜杠、不拼接原始字符串、不信任外部输入”。它不是简单把几段字符串连起来,而是让 jvm 根据运行环境自动选择分隔符,并配合预处理与校验机制,防止路径穿越、空段错位、绝对路径覆盖等常见风险。
用分段参数代替字符串拼接
直接写 "data/config.json" 看似简洁,但一旦路径片段来自配置或用户输入,就容易混入非法字符、开头斜杠或空格。应始终拆成独立参数传给 Paths.get:
-
Paths.get("data", "config.json")→ 自动适配为dataconfig.json(Windows)或data/config.json(Linux/macOS) -
Paths.get("C:", "Users", "Alice", "Documents", "report.pdf")→ Windows 下生成合法盘符路径 -
Paths.get("/", "var", "log", "app.log")→ Unix-like 系统下生成标准绝对路径
注意:first 参数不能为空字符串;more 中若含空值或纯空格,会原样参与拼接,需提前过滤。
结合系统标准目录前缀构建可信根路径
避免依赖固定路径(如 "./uploads" 或 "C:\temp"),改用 System.getProperty 获取语义明确的系统目录,再用 Paths.get 拼接业务子路径:
- 用户主目录配置文件:
Paths.get(System.getProperty("user.home"), ".myapp", "settings.yaml") - 临时文件:
Paths.get(System.getProperty("java.io.tmpdir"), "upload-" + UUID.randomUUID()) - 应用数据目录(推荐):
Paths.get(System.getProperty("user.home"), "AppData", "Local", "MyApp")(Windows)或Paths.get(System.getProperty("user.home"), ".local", "share", "myapp")(Linux)
这类组合天然具备可移植性,且不依赖当前工作目录。
对动态路径使用 resolve() + normalize() + 安全校验
当路径片段来自配置项、HTTP 参数或数据库字段时,不能直接丢进 Paths.get。应先锚定一个可信基础路径,再用 resolve() 拼接,最后标准化并验证范围:
- 锚定根目录:
Path baseDir = Paths.get("/opt/myapp/uploads"); - 拼接用户输入:
Path unsafePath = baseDir.resolve(userSuppliedFilename); - 归一化逻辑路径:
Path safePath = unsafePath.normalize();(将../etc/passwd变成/etc/passwd) - 强制限定在根目录内:
if (!safePath.startsWith(baseDir.toAbsolutePath().normalize())) { throw new SecurityException("Path traversal detected"); }
这三步是防御路径遍历攻击的黄金组合,normalize() 是关键,否则 startsWith() 判断无效。
规避常见陷阱的实操建议
以下写法看似合理,实际隐藏严重隐患:
- ❌
Paths.get("/data", "/upload")—— 第二个参数以/开头,在 Unix 上会被识别为绝对路径,结果是/upload,丢失前缀 - ❌
Paths.get("a/b", "c\d")—— 混用正反斜杠,Windows 下可能解析失败 - ❌
Paths.get("logs", userInput)—— 若userInput为"../../etc/shadow",未 normalize 就直接使用,会导致越权读取 - ✅ 正确做法:统一用
resolve()拼接 + 强制normalize()+startsWith(baseDir)校验
不复杂但容易忽略。只要坚持“分段传参、锚定根目录、normalize 后校验”三原则,就能写出真正健壮的跨平台路径逻辑。










