彩击机的PracticalJava读后小记(一)

1.关于”equals()”方法，String可以随便用一用，JDK貌似很多类都没有覆写equals()方法，慎重使用。顺便一说，Object的equals()方法相当于==。自己覆写equals()方法，步骤三:<1>索引是否相等<2>是否是此类型<3>成员判断。覆写equals()方法，要覆写hashcode()方法。相等的对象必须具有相等的散列码。有些集合类都是基于散列值的，如HashMap、HashSet、Hashtable等，是根据对象的散列值将其映射到相应的散列桶。最后，当对有父类的类重写equals()方法时，注意调用super.equals()方法。

成都网站建设哪家好，找成都创新互联公司！专注于网页设计、成都网站建设、微信开发、成都小程序开发、集团成都定制网页设计等服务项目。核心团队均拥有互联网行业多年经验，服务众多知名企业客户；涵盖的客户类型包括：成都柔性防护网等众多领域，积累了大量丰富的经验，同时也获得了客户的一致称赞！

2.在把异常向上抛出时要注意，如果在catch，finallly中执行会产生异常的语句时，有可能会覆盖根源异常。

Java代码

 
 
  
  Public class Hidden     
  
  {     
  
    public void foo() throws Exception     
  
    {     
  
      try {     
  
        throw new Exception("First Exception");                 //1     
  
      }     
  
      catch (Exception e) {     
  
        throw new Exception("Second Exception");                //2     
  
      }     
  
      finally {     
  
        throw new Exception("Third Exception");                 //3     
  
      }     
  
    }     
  
  }

3.关于throws，写清每一个异常比写一个他们的父类要好，因为捕获异常的函数也许需要针对不同的异常进行操作。

比如void f() throws FileNotFoundException, EOFException, UnsupportedEncodingException

就比void f() throws IOException 要好很多。

当调用f()的函数处理异常时，碰到第二种情况就只有去看f()的源码了。

这也没神马好总结的，JDK就是这么做的，大抵就是这个原因吧。

4.关于继承关于throws

Java代码

 
 
  
  interface A {     
  
  void f() throws IOException;     
  
  }     
  
  class B {     
  
      @Override    
  
      void f() …     
  
  }

此时f()有三种选择，<1>不抛出任何异常<2>抛出IOException<3>抛出IOException的子类异常<4>有非IOException的子类异常怎么办?自己内部抓住解决之。

原因是，要是不这样，调用f()的上层方法不知道要改成神马样子，面向接口编程还怎么搞。这些其实编译器都会帮你检查的，之所以还要说是因为注意到这个问题，了解了些许原因，感觉对异常处理突然产生些许感悟。

5.关于finally，老问题随便写两句，用finally确保你的资源释放。当有finally块存在时，最好不要从try块中return，否则勿必检查finally块不会影响程序的正常返回。下面代码必须悲剧的。

Java代码

 
 
  
  int f() {     
  
      try {     
  
          return 1;     
  
         } finally {     
  
          return 2;     
  
         }     
  
  }

补一点，怎么才能不执行finally块中语句呢?在try块中执行到System.exit(0);语句-.-

6.关于“不要用异常控制流程”，印象中有点争议? 关键在于“流程”二字，这个流程指什么。这个流程指的是正常的程序流程，比如《Practical Java》实践24里面这个，但是异常的程序流程是可以处理的，比如网络程序socket连接连着由于网络不稳定等原因断了，捕获这个异常，进行重新连接或者连接服务镜像神马的，这个流程就是异常流程，这个不用异常控制不好处理了吧。

7.在构造函数中抛出异常，咋一看，有点怪。稍微一回忆，JDK中的Stream系列构造函数可不都是这样的么。Why?构造函数没有返回值，不能从构造函数获得传统的错误报告，一旦构造函数失败，无法从中返回错误码。这么做的好处：如果构造函数产生异常，调用段也忽略了这个异常，那么变量的索引就会指向null，使用时就会抛出NullPointerException。如：

Java代码

 
 
  
  A a = null;     
  
  try {     
  
  a = new A();     
  
  } catch(XXExcption e) {…}     
  
  // 调用a     
  
  … …

还有一种办法叫做二段构造法，构造函数只处理不会有异常的部分，会产生异常的部分抽离出去由另一个函数进行处理。此时就必须设置一个标志位来显示该类是否被成功的初始化，但是这造成了在调用其它函数的时候或之前必须检查此标志位(调用其它函数的时候是指检查标志位的工作在每一个“其它函数”的内部最开始的部分)。

对了，以上讨论的类像这种：

Java代码

 
 
  
  class MyFileInputStream {     
  
      String name;     
  
      FileInputStream fis;     
  
  }

初始化name时候不会错，而初始化fis时候会有FileNotFoundException异常，不管的话会产生name有值，fis没值是null的未完全初始化的情况，导致其它成员方法的一些错误。

本文标题：彩击机的PracticalJava读后小记(一)
网站网址：http://www.gawzjz.com/qtweb2/news26/18176.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容