postman发起post请求遇到报错：java.io.FileNotFoundException (文件名、目录名或卷标语法不正确。)

        前排提示，只有使用postman发起post请求时报错java.io.FileNotFoundException的情况才能通过本博客的方式解决，其余的常见的情况网上有很多相关的内容。

目录

一、情形介绍

二、解决方案

---

一、情形介绍

        最近遇到一个问题，就是使用postman向后端发起post请求的时候总是报错：java.io.FileNotFoundException (文件名、目录名或卷标语法不正确。)，传递的参数就是一个地址，后端API通过这个地址获取到对应的文件，然后再进行操作。

        这个错误也很好理解，就是路径有问题或者没有权限访问目录，可离谱的地方就在于我用的本地文件，还是绝对路径，路径还是直接从文件夹里面复制的。也就是说文件绝对存在，并且路径是系统给的，怎么可能会找不到呢？

        postman发起请求的截图如下：

        查了很多资料，网上给的解决方法都很基础，也是很常见的方法，不适用于我的情况。后来我开始怀疑传递过去的字符串有问题，于是在后端打印传递过来的路径，更离谱的事情发生了：打印的路径和我想要传递的路径完全一致，也就是"E:\code\clustering.txt"，一个多余的斜杠或者其他文字符号都没有，我把这个路径复制下来去资源管理器里面测试，发现完全能打开对应文件。

        我不服气，我决定不传值了，直接在java中将参数写死，就用这个复制的路径，发现又能访问。我彻底晕了。

        给个示例代码，大概就是下面这种情况：

    public Set<String> extractPythonDependencies(String pythonScriptPath){
        Set<String> dependencies = new HashSet<>();
        // 如果把这里的pythonScriptPath写死成要传入的地址，就能正确访问
        try(BufferedReader reader = new BufferedReader(new FileReader(pythonScriptPath))){
            String line;
            // 匹配import语句的正则表达式
            Pattern importPattern = Pattern.compile("^\\s*import\\s+(\\S+)");
            // 匹配from ... import ...语句的正则表达式
            Pattern fromImportPattern = Pattern.compile("^\\s*from\\s+(\\S+)\\s+import");

            while ((line = reader.readLine()) != null) {
                // 匹配import语句
                Matcher importMatcher = importPattern.matcher(line);
                if (importMatcher.find()) {
                    // 获取匹配到的部分
                    String matched = importMatcher.group(1);
                    // 提取点号前面的部分
                    String dependency = matched.split("\\.")[0];
                    dependencies.add(dependency);
                } else {
                    // 匹配from ... import ...语句
                    Matcher fromImportMatcher = fromImportPattern.matcher(line);
                    if (fromImportMatcher.find()) {
                        // 获取匹配到的部分
                        String matched = fromImportMatcher.group(1);
                        // 提取点号前面的部分
                        String dependency = matched.split("\\.")[0];
                        // 将提取的依赖项添加到集合中
                        dependencies.add(dependency);
                    }
                }
            }
        } catch (IOException e) {
            System.out.println(e);
        }
        return dependencies;
    }

二、解决方案

        梳理一下情况，首先写死路径没问题，说明文件路径和文件权限绝对是没问题的。那就只能是在传值和读取值的时候出错，可是我通过System.out.println(pythonScriptPath);打印出来的地址就是实际地址。那是哪里的问题呢？

        只有一个可能，postman传值的问题。

        说实话我很难怀疑就是postman的问题，因为postman传值是有错误检查的，我最开始复制地址进去就提醒我没加转义符号：

        但没办法，再难以置信也只能是这里有问题。我在java后端添加了一个新的测试方法：

    public Set<String> extractPythonDependencies(String pythonScriptPath){
        Set<String> dependencies = new HashSet<>();
        // 如果把这里的pythonScriptPath写死成要传入的地址，就能正确访问
        try(BufferedReader reader = new BufferedReader((new FileReader(Paths.get(pythonScriptPath).toString()))){

        // 这里写读取后的执行逻辑
        // 这里写读取后的执行逻辑
        // 这里写读取后的执行逻辑

        } catch (IOException e) {
            System.out.println(e);
        }
        return dependencies;
    }

        Paths.get(pythonScriptPath).toString()能更好的处理系统路径，并且使用toString()也能确保传入的数值类型一定是字符串（其实我也打印过数值类型，就是字符串，但是管不了那么多了，这个报错已经够反常识了）

        再执行postman发起请求，报错内容变化了：

        这时一看，不对啊，为什么传入的字符串是\"E:\\\\code\\\\clustering.txt\"？原来postman在传递字符串的时候会自动转义，不但将我之前的转义符号又转义了一遍，甚至连双引号都转义了一遍。而在java中打印字符串时，将数值中本身携带的双引号隐藏了，但实际访问路径时，又因为双引号的问题导致访问不到，于是修改postman的传值：

        问题解决，说实话这里很抽象，因为正确的传法postman还是会报错，无视这个错误直接send就行了。

        博客不应该只有代码和解决方案，重点应该在于给出解决方案的同时分享思维模式，只有思维才能可持续地解决问题，只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助，麻烦您点个赞支持一下，还可以收藏起来以备不时之需，有疑问和错误欢迎在评论区指出~