https://blog.csdn.net/qq_36473199/article/details/86623794

我们可能用过下面这种方式来读取一个文件，请注意这种方式是把路径写死的。并且还有一个问题是，在windows操作系统的编辑器下，默认路径是project的根，这样写是没问题的，但是如果我们的代码移植到了linux中，这个路径就无效了。
 
public static void main(String[] args) throws ClassNotFoundException, FileNotFoundException {
		FileReader fr=new FileReader("com.donglijiedian.reflectDemo.Student");
	}
 
所以一般情况下我们不用上面那种方式表示一个文件的路径，而是采用下面这种方式。下面这种方式获取的文件路径是文件的绝对路径，并且在不同的系统下是通用的。
 
Thread.currentThread()是获取当前线程
getContextClassLoader()是线程的方法，能获取当前线程的类加载器
getResource()是类加载器的方法，当前线程的类加载器默认是从类的根路径下加载资源
类的路径是src
public class ReflectTest1 {
	public static void main(String[] args) throws ClassNotFoundException, FileNotFoundException {
		//FileReader fr=new FileReader("com.donglijiedian.reflectDemo.Student");
		String filename=Thread.currentThread().getContextClassLoader().getResource("com/donglijiedian/db.properties").getPath();
		System.out.println(filename);
		FileReader fr2=new FileReader(filename);
	}
}
 
 

准备
 
首先导入两个jar包，下方是maven依赖，版本可自己选
 
		<dependency>
            <groupId>commons-io</groupId>
            <artifactId>commons-io</artifactId>
            <version>1.4</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/commons-fileupload/commons-fileupload -->
        <dependency>
            <groupId>commons-fileupload</groupId>
            <artifactId>commons-fileupload</artifactId>
            <version>1.2</version>
        </dependency>
 
html
 
<form name="form" action="" enctype="multipart/form-data"
				method="post">
	<input type="file" name="uploadFile" id="upload">
	<button type="submit" onclick="formSave()">保存</button>
</form>

<script>
function formSave() {
	document.form.action="${pageContext.request.contextPath}/test/save.do";
}
</script>
 
java后端
 
@RequestMapping("/save.do")
public void save(Contract contract, @RequestParam("uploadFile") MultipartFile file, HttpServletRequest	request) throws Exception {
        String trueName = file.getOriginalFilename();
        String path = "d:/";  //自己设置一个路径

        File file1 = new File(path + trueName);
        String uploadURL = path + trueName;
//        判断当前文件父级文件夹是否存在，如果不存在，就创建文件夹
        if (!file1.getParentFile().exists()) {
            file1.mkdirs();
        }
        try {
//            上传文件，核心功能
            file.transferTo(file1);
        } catch (IOException e) {
            e.printStackTrace();
        }
		
}
 
几个注意点
 
 
接下来就是写service层和dao层，很简单，普通的增删改查（略）
 
下载
 

<a href="${pageContext.request.contextPath}/contract/downLoadAppendices.do?id=${contract.ID}">下载</a>

 
    @RequestMapping("/downLoadAppendices.do")
    public void downLoadAppendices(HttpServletRequest request,HttpServletResponse response) throws IOException {
    //前端传id值，根据id值查出数据库字段中的地址字符串
        String id = request.getParameter("id");
        String path = contractService.downLoadAppendices(id);
        // 修改文件名的编码格式
        String fName = path.trim();
        String fileName = fName.substring(fName.lastIndexOf("/")+1);
        ServletContext servletContext = request.getServletContext();
        FileInputStream fis = new FileInputStream(path);
        //MIME类型:在互联网通信过程中定义的一种文件数据类型
        String mimeType = servletContext.getMimeType(fileName);
        response.setHeader("content-type",mimeType);
        response.setHeader("content-disposition","attachment;filename="+fileName);
        ServletOutputStream sos = response.getOutputStream();
        byte[] buff = new byte[1024];
        int len = 0;
        while((len=fis.read(buff))!=-1){
            sos.write(buff,0,len);
        }
        fis.close();
    }

一、背景
 
使用开发工具：Eclipse
开发项目：Java Web 项目
问题重现：在几天前忙于一个急于上线的项目就没来得及分析总结，现在空下来了就好好整理一下，事情是这样的，那天我在 src 下新建了一个类型为 Source Folder 的 resource资源文件夹（项目中还没有此类文件夹），然后再通过一个工具类获取 resource 下的文件，当时是使用代码 XXX.class.getClassLoader().getResource(filePath) 获取文件，在本机上测试没有问题，接下来上传代码到 SVN，项目经理测试功能，发现使用上述代码获取不到文件，然后仔细看了一下从 SVN 上更新下来的代码，发现 resource 文件夹标志和我本地的不一样。我本机的是，从 SVN 下更新下来的是，后面试着将 SVN 下更新下来的该文件夹进行重命名为 Source Folder 类型的文件夹就能获取到了。
   问题背景就描述到这里，接下来就有一个疑问：为什么将该资源文件夹上传 SVN 后就不是资源文件夹（Source Folder）了，而变成了文件夹（Folder） ？
 
二、原因分析
 
  带着上述问题，经过反复测试仔细研究发现，在 Eclipse 中新建一个 Source Folder 时，在项目中 .classpath 文件会增加一行信息，例如上面我创建了一个资源文件夹 resource 时就会在 .classpath 文件中增加一行代码 <classpathentry kind="src" path="resource"/>，这行代码表示 resource 是一个资源文件夹。那么问题为什么将该资源文件夹上传 SVN 后就不是资源文件夹（Source Folder）了，而变成了文件夹（Folder） 这就迎刃而解了，是因为我在上传 SVN 时没有将更改后的 .classpath 文件上传 SVN ，这就造成了项目经理在更新项目后，项目不知道 resource 是资源文件夹，就给当成了文件夹处理。
 
三、总结
 
  后来想了想，在Java 项目中通过上述的方式获取文件可靠吗？在 Java Web 项目中有哪些获取文件的方式？
   带着这两个问题从网上找到了答案，然后自己又经过一番测试发现通过上述代码获取文件是可靠的（我那个文件是配置文件，不会改动）。
 
  首先是我新建一个 Java Web 项目，准备测试环境，目录结构如下：
 
 编写测试类获取文件路径：
 
package com.util;

/**
* @Description 测试获取文件路径
* @author 欧阳
* @since 2019年1月28日 下午4:25:36
* @version V1.0
*/

public class Test {

	public static void main(String[] args) {
		//获取src/ClassPath下的文件 111.txt 的绝对路径
		System.out.println(Test.class.getClassLoader().getResource("111.txt").getPath());
		
		//获取 src/ClassPath的绝对路径
		System.out.println(Test.class.getClassLoader().getResource(".").getPath());
		//获取 src/ClassPath的绝对路径
		System.out.println(Test.class.getClassLoader().getResource("").getPath());
		//获取 src/ClassPath的绝对路径
		System.out.println(Thread.currentThread().getContextClassLoader().getResource(".").getPath());
		//获取 src/ClassPath的绝对路径
		System.out.println(Thread.currentThread().getContextClassLoader().getResource("").getPath());
				
		//获取项目的绝对路径
		System.out.println(System.getProperty("user.dir"));

		//获取当前类文件的绝对目录，不包括自己的上级目录
		System.out.println(Test.class.getResource(".").getPath());
		//获取当前类文件的绝对目录，不包括自己的上级目录
		System.out.println(Test.class.getResource("").getPath());
		
		//获取webRoot下文件（主要是通过上下文获取和通过request）
//		System.out.println(request.getSession().getServletContext().getRealPath("/resource"));
	}

}

 
获取 src / ClassPath 下文件路径有三种：
 
Test.class.getClassLoader().getResource("111.txt").getPath();
Test.class.getResource("").getPath();
Thread.currentThread().getContextClassLoader().getResource(".").getPath();
 
获取 Webroot 下文件路径主要是通过上下文和request进行获取，这块就就演示了，有很明显的方法。