CrashApplication.getInstance().getString(int id)怎么获取不到资源文件中的值，怎么办。

来源：蜘蛛抓取(WebSpider) 时间：2014-11-28 07:54 标签：

每天在写Java程序其实里面有一些細节大家可能没怎么注意，这不有人总结了一个我们编程中常见的问题。虽然一般没有什么大问题但是最好别这 样做。另外这里提到嘚很多问题其实可以通过Findbugs( / )来帮我们进行检查 出来

下面的代码有一个小小的瑕疵: 如果分配file stream成功, 但是分配buffer stream失败(OOM这种场景), 将导致文件句柄未被囸确释放. 不过这种情况一般不用担心, 因为JVM的gc将帮助我们做清理。

数据库访问也涉及到类似的情况：

这个问题Effective Java这本书有详细的说明. 主要是finalize方法依赖于GC的调用, 其调用时机可能是立马也可能是几天以后, 所以是不可预知的. 而JDK的API文档中对这一点有误导：建议在该方法中来释放I/O资源

正確的做法是定义一个close方法, 然后由外部的容器来负责调用释放资源。

这里主要是interrupted静态方法除了返回当前线程的中断状态, 还会将当前线程状态複位

在静态变量初始化时创建线程

Timer构造器内部会new一个thread, 而该thread会从它的父线程(即当前线程)中继承各种属性。比如context classloader, 以及其他的安全属性(访问权限) 而加载当前类的线程可能是不确定的，比如一个线程池中随机的一个线程如果你需要控制线程的属性，最好的做法就是将其初始化操作放在一个静态方法中这样初始化将由它的调用者来决定。

已取消的定时器任务依然持有状态

上面的task内部包含一个对外部类实例的应鼡, 这将导致该引用可能不会被GC立即回收. 因为Timer将保留TimerTask在指定的时间之后才被释放. 因此task对应的外部类实例将在5分钟后被回收

我要回帖

 

随机推荐