spring源码分析-core.io包里面的类
前些日子看《深入理解javaweb开发》时,看到第一章java的io流,发觉自己对io流真的不是很熟悉。然后看了下JDK1.7中io包的一点点代码,又看了org.springframework.core.io包的一些类和组织方式,当作是学习吧。总结一下。
先挂下spring.core.io包的类图,其中接口是方框表示,抽象类带了abstract前缀,剩下那个两个框重贴的则代表实现类。没怎么划过类图,如果有好的画类图工具请推荐给我。
画得不好的地方就见谅了。注:以下源码匹配的是spring-core-4.1.6Release.jar里面的org.springframework.core.io包。
先看处于最上层的接口,叫InputStreamSource,里面只有一个抽象方法
接下是resources,这个接口我们一般都会用到,贴源码:
public interface Resource extends InputStreamSource { boolean exists();//文件是否存在 boolean isReadable();//是否可读 boolean isOpen();//资源是否被一个inputstream打开,如果已被打开,则不允许其他流再打开 URL getURL() throws IOException;//获取资源url路径,当不能以url描述时抛出ioException异常 URI getURI() throws IOException;//获取资源uri路径,当不能以url描述时抛出ioException异常 File getFile() throws IOException;//获取file,file在IO流中仅仅是一个指向作用 long contentLength() throws IOException;//资源的字节长度,可以拿来算资源的大小 long lastModified() throws IOException;//资源最后修改时间 Resource createRelative(String relativePath) throws IOException;//根据资源相对路径创建资源 String getFilename();//返回文件名 String getDescription();//资源描述 }
后面是abstractResource,这是个挺重要的类,主要是对resource接口的基本实现,
public abstract class AbstractResource implements Resource { @Override public boolean exists() { //看是否能在硬盘上找到 try { return getFile().exists(); } catch (IOException ex) { // 试一下能不能打开输出流 try { InputStream is = getInputStream(); is.close(); return true; } catch (Throwable isEx) { return false; } } } /** * 一般都是可读的,所以默认方法是true */ @Override public boolean isReadable() { return true; } /** * 默认值是false,没有inputStream来读时的默认状态 */ @Override public boolean isOpen() { return false; } /** * url这个属性一般只出现在web的IO资源中,网络resource需要override这个方法,其他类型资源敢访问这个方法,抛个异常给他 */ @Override public URL getURL() throws IOException { throw new FileNotFoundException(getDescription() + " cannot be resolved to URL"); } @Override public URI getURI() throws IOException { URL url = getURL(); try { //url可以转成uri,uri不能转url return ResourceUtils.toURI(url); } catch (URISyntaxException ex) { throw new NestedIOException("Invalid URI [" + url + "]", ex); } } /** * JDK的File类都是返回绝对路径的File,当一个资源没有绝对路径时,抛个异常给它没毛病 */ @Override public File getFile() throws IOException { throw new FileNotFoundException(getDescription() + " cannot be resolved to absolute file path"); } /** * inputStream读取byte[]字节流,并返回该数组的长度,相当于把文件读了一次 */ @Override public long contentLength() throws IOException { InputStream is = this.getInputStream(); //Assert应该是叫断言 Assert.state(is != null, "resource input stream must not be null"); try { long size = 0; byte[] buf = new byte[255]; int read; while ((read = is.read(buf)) != -1) { size += read; } return size; } finally { try { //一定要在finally中关闭流 is.close(); } catch (IOException ex) { } } } /** * 返回getFileForLastModifiedCheck().lastModified()的值,该职为0L,抛个异常给他没毛病 */ @Override public long lastModified() throws IOException { long lastModified = getFileForLastModifiedCheck().lastModified(); if (lastModified == 0L) { throw new FileNotFoundException(getDescription() + " cannot be resolved in the file system for resolving its last-modified timestamp"); } return lastModified; } /** * 调用getFile方法 */ protected File getFileForLastModifiedCheck() throws IOException { return getFile(); } /** * 直接假定相对资源创建不了,再抛个异常给他 */ @Override public Resource createRelative(String relativePath) throws IOException { throw new FileNotFoundException("Cannot create a relative resource for " + getDescription()); } /** * 又是一个假定,假定filename文件名为null */ @Override public String getFilename() { return null; } /** * 很简单,不解释 */ @Override public String toString() { return getDescription(); } /** * 判断两文件是否相等 */ @Override public boolean equals(Object obj) { return (obj == this || (obj instanceof Resource && ((Resource) obj).getDescription().equals(getDescription()))); } /** * 返回hashCode */ @Override public int hashCode() { return getDescription().hashCode(); } }
至于其他实现类其实都是在接口和抽象类的基础上去拓展,所以我并不是读得很仔细,先这样子吧。
小总结:其实为什么要分好几层去继承刚开始我是很不懂的,后面看了源代码和小伙伴的博文后便豁然开朗了。
1.resources是高度抽象的接口,里面是对所有资源文件的具体方法抽象,但是并不是每个资源都有这个抽象里面的所有方法,所以abstractResource对其进行了一般的实现,
对于一些并不是所有的Resources都会有方法,例如非网络资源没有url和uri属性,默认方法就直接抛异常了,简单粗暴。举个栗子,不是所有的动物都会游泳,一只猪想游泳,先抛个异常给猪接着先。
2.resources里面有isOpen(),isReadAble()接口,这是个小技巧吧,类似与模版方法模式的钩子方法,也是很值得我们学习的。