一、本地映射盘访问失败（lastModified=0，exists=false） #

你遇到的第一个问题，核心是Java进程无法识别到映射的T盘文件，虽然Windows资源管理器能正常访问，可能的原因和检查点如下：

• 用户上下文不匹配：映射的网络驱动器是用户专属的，如果你运行Java程序的进程不是以创建映射盘的用户身份启动的（比如IDE没开管理员权限、或者用系统账户运行服务），就看不到这个映射。解决方法：

  1. 确保运行Java程序的进程和你登录Windows的用户一致，比如右键IDE选择「以管理员身份运行」；
  2. 换成UNC路径替代映射盘，比如把T:\\sub1\\15a12f0103135510.jpg改成\\\\host\\share\\sub1\\15a12f0103135510.jpg（注意Java里要转义反斜杠），直接用UNC路径绕开映射盘的用户限制。

• 权限双重检查：网络共享的权限分为「共享权限」和「NTFS权限」，两者都需要满足才能访问：

  1. 检查共享目录的共享权限：右键共享文件夹→属性→共享→高级共享→权限，确保你的用户账户有「读取」及以上权限；
  2. 检查文件所在目录的NTFS权限：右键文件夹→属性→安全，确认你的账户有「列出文件夹内容」「读取」权限，没有被拒绝的规则。

• 安全软件拦截：有些杀毒软件、EDR工具会阻止非系统进程访问网络共享，尤其是Java这类可执行程序。可以临时关闭安全软件测试，或者把Java进程加入信任列表。

二、URL.openStream()触发FTP代理错误 #

你用file://host/share/...格式的URL时出现FTP错误，主要有两个原因：

1. file://URL格式错误：访问网络共享的正确file协议格式是file:////host/share/sub1/15a12f0103135510.jpg（四个斜杠：前两个是file://协议标识，后两个对应UNC路径的\\）。你之前的格式少了一个斜杠，Java会错误地把它解析成FTP地址，从而触发FTP代理逻辑。

2. 代理设置干扰：你的系统或Java虚拟机启用了FTP代理，导致即使是file协议的请求也被路由到代理服务器，而代理无法连接到目标FTP服务器（实际上目标是共享目录，不是FTP）。解决方法：

   • 在代码里临时禁用代理：

     // 禁用FTP代理
     System.setProperty("ftp.proxyHost", "");
     System.setProperty("ftp.proxyPort", "");
     // 或者全局禁用系统代理
     System.setProperty("java.net.useSystemProxies", "false");
     

   • 检查Windows系统代理设置：打开「Internet选项」→「连接」→「局域网设置」，如果启用了代理，把共享主机的地址加入「本地地址不使用代理」的列表。

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