一、报错情况与解决方案

1.1、情景重述

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

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

       postman发起请求的截图如下：

编辑

1.2、解决思路

①探索过程

       查了很多资料，网上给的解决方法都很基础，也是很常见的方法，不适用于我的情况。后来我开始怀疑传递过去的字符串有问题，于是在后端打印传递过来的路径，更离谱的事情发生了：打印的路径和我想要传递的路径完全一致，也就是"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就行了。

二、总结

       遇到bug报错，多猜可能的原因，控制变量反复测试，直至找到问题的关键，然后再思考如何解决或者回避。

       更多java内容：后端和测试模块相关问题，还会分享一些好的模块设计和前沿一点的开发内容

       更多postman相关内容：Postman-devOps的养成手册

       更多运维相关内容（包括云原生）：devOps及docker云原生

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