Java File.exists()判断WindowsApps下wt.exe存在性返回false问题

这是Windows UWP应用执行别名的机制导致的，和路径拼写无关：

• C:\Users\jredfox\AppData\Local\Microsoft\WindowsApps是系统专门管控的UWP应用、执行别名存放目录，里面的wt.exe不是传统的磁盘实体可执行文件，是系统注册的应用执行别名（App Execution Alias），属于特殊重解析点，没有对应真实文件。
• Java 原生的File.exists()、默认参数的Files.exists()检测这类特殊重解析点时，要么因为默认跟随链接的逻辑被系统拦截，要么因为目录权限限制，会直接返回false。
• 你在CMD里能直接启动，是因为CMD原生对接了系统别名解析逻辑，不需要实体文件存在就能触发别名启动对应应用。

你用的Files.isSymbolicLink()只能识别普通符号链接，识别不了UWP别名这种专属的重解析点类型；再加上市面上普通用户权限的Java进程默认拿不到WindowsApps目录的完整读取权限，系统会自动过滤掉你无权访问的条目，自然定位不到问题。
你可以在遍历逻辑里加一段代码打印重解析点属性验证：

import java.nio.file.attribute.BasicFileAttributes;
import java.nio.file.LinkOption;

// 遍历逻辑内加入以下代码
BasicFileAttributes attrs = Files.readAttributes(a.toPath(), BasicFileAttributes.class, LinkOption.NOFOLLOW_LINKS);
System.out.println(a + " 是重解析点:" + attrs.isReparsePoint() + " 重解析标签:" + Integer.toHexString((int) attrs.fileKey()));

执行后你会看到wt.exe对应条目的重解析标签值为0x8000001b，对应系统定义的IO_REPARSE_TAG_APPEXECLINK，就是UWP执行别名的专属标识。

根据你的实际需求选方案即可：

• 如果你的目的是启动Windows Terminal，完全不需要判断文件存在，直接调用命令启动就行，系统会自动解析别名：

  // 简单写法
  Runtime.getRuntime().exec("wt.exe");
  // 更稳妥的ProcessBuilder写法
  new ProcessBuilder("wt.exe").start();
  

• 如果你的目的是检测wt别名是否存在，不要用旧的File类API，用NIO的Files.exists并传入不跟随链接的参数：

  import java.nio.file.LinkOption;
  Path wtPath = Path.of("C:/Users/jredfox/AppData/Local/Microsoft/WindowsApps/wt.exe");
  boolean aliasExists = Files.exists(wtPath, LinkOption.NOFOLLOW_LINKS);
  

  注意这个判断仅能确认别名条目存在，不代表对应的Windows Terminal一定能正常启动。
• 如果你一定要拿到wt.exe的实体文件路径，不要从WindowsApps目录硬找：可以从开始菜单的Windows Terminal快捷方式读取目标路径，也可以去C:\Program Files\WindowsApps下找对应Windows Terminal版本目录里的wt.exe，但后者路径带版本号和架构标识，硬编码兼容性极差，不推荐使用。

注意：WindowsApps是系统高保护目录，哪怕你用管理员权限运行Java进程，没有手动修改目录所有权的话也没法读取里面UWP应用的实体文件，不要尝试硬遍历这个目录读取实体文件，后续系统更新很容易导致逻辑失效。

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