使用 getSystemResource 从 servlet 访问文件
我想使用 getSystemResource 从 servlet 访问文件。这些文件驻留在项目本身和硬盘上。对于我使用的项目内的文件：
ServletContext ctx = getServletContext();
InputStream is = ctx.getResourceAsStream("/testing.txt");
如果我将文件放在 build/web 文件夹中，它就可以工作，但是当我清理并构建项目时，所有文件都会被删除。我应该把文件放在哪里？
对于项目外部的文件，我使用 File 对象：
File file = new File("c://tmp//testing.txt");
InputStream is= new FileInputStream(file);
这是一个好的做法吗？
I want to access files from a servlet using getSystemResource. These files reside inside the project itself and on the hard disk. For the files inside the project I used:
ServletContext ctx = getServletContext();
InputStream is = ctx.getResourceAsStream("/testing.txt");
It works if I place the files in build/web folder, but when I clean and build the project all of the files are deleted. Where should I put the files?
For files outside the project, I use File object:
File file = new File("c://tmp//testing.txt");
InputStream is= new FileInputStream(file);
Is this a good practice?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这些文件不应被删除，除非您在应用仍在运行时在扩展的 WAR 中自己创建它们。那么当您重新部署 WAR 时，这些文件确实会被删除，因为它们不包含在原始 WAR 中。
通常的做法是将这些文件存储在 web 应用上下文之外的固定路径中。您绝对不应该为此使用 tmp/temp 文件夹。该文件夹可以由底层平台定期清理。例如使用
/var/webapp/upload。正确记录它，以便服务器管理员提前创建它。如果需要，可以通过一些web.xml参数对其进行配置。或者，当环境不允许创建文件夹和/或写入磁盘时，最后的最佳选择是将这些文件存储在 SQL 数据库中。
Those files should not be deleted, unless you created them yourself inside the expanded WAR while the app is still running. Then those files will indeed be deleted when you redeploy the WAR, simply because they are not included in the original WAR.
The normal practice is to store those files in a fixed path outside the webapp context. You should definitely not use the tmp/temp folder for this. That folder is eligible for periodic cleanup by the underlying platform. Use for example
/var/webapp/upload. Document it properly so that the serveradmin will create it beforehand. Make it if necessary configureable by someweb.xmlparam.Or when the environment disallows creating folders and/or writing to the disk, then your last best bet is storing those files in a SQL database.