postman发起post请求遇到报错：java.io.FileNotFoundException (文件名、目录名或卷标语法不正确。)
postman发起post请求遇到报错：java.io.FileNotFoundException (文件名、目录名或卷标语法不正确。)
一、报错情况与解决方案
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云原生
博客不应该只有代码和解决方案，重点应该在于给出解决方案的同时分享思维模式，只有思维才能可持续地解决问题，只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助，麻烦您点个赞支持一下，还可以收藏起来以备不时之需，有疑问和错误欢迎在评论区指出~
腾讯云开发者
