misc_1

最新推荐文章于 2025-02-21 14:39:32 发布

chouhuo6409

最新推荐文章于 2025-02-21 14:39:32 发布

阅读量161

点赞数

文章标签： java 面试数据库

原文链接：https://my.oschina.net/u/2288454/blog/1921749

版权

[Java] try catch finally，try里有return，finally还执行么？.md

Condition 1： 如果try中没有异常且try中有return （执行顺序）

try ---- finally --- return

Condition 2： 如果try中有异常并且try中有return

try----catch---finally--- return

总之 finally 永远执行！

Condition 3： try中有异常，try-catch-finally里都没有return ，finally 之后有个return

try----catch---finally

try中有异常以后，根据java的异常机制先执行catch后执行finally，此时错误异常已经抛出，程序因异常而终止，所以你的return是不会执行的

Condition 4： 当 try和finally中都有return时，finally中的return会覆盖掉其它位置的return（多个return会报unreachable code，编译不会通过）。

Condition 5： 当finally中不存在return，而catch中存在return，但finally中要修改catch中return 的变量值时

int ret = 0;
try{ 
	throw new Exception();
}
catch(Exception e)
{
	ret = 1;  return ret;
}
finally{
	ret = 2;
}

最后返回值是1，因为return的值在执行finally之前已经确定下来了

#面向对象的六大原则

单一职责原则

　　所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。通俗的说，即一个类只负责一项职责，将一组相关性很高的函数、数据封装到一个类中。

开闭原则

　　对于扩展是开放的，这意味着模块的行为是可以扩展的。当应用的需求改变时，我们可以对模块进行扩展，使其具有满足那些改变的新行为。　　对于修改是关闭的，对模块行为进行扩展时，不必改动模块的源代码。

　　通俗的说，尽量通过扩展的方式实现系统的升级维护和新功能添加，而不是通过修改已有的源代码。

里氏替换原则

　　使用“抽象(Abstraction)”和“多态(Polymorphism)”将设计中的静态结构改为动态结构，维持设计的封闭性。任何基类可以出现的地方，子类一定可以出现。

　　在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何错误和异常，反过来则不成立。在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类对象。

依赖倒置原则

　　高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。抽象不应该依赖于具体实现，具体实现应该依赖于抽象。　　　　程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合（各个模块之间相互传递的参数声明为抽象类型，而不是声明为具体的实现类）。

接口隔离原则

　　一个类对另一个类的依赖应该建立在最小的接口上。其原则是将非常庞大的、臃肿的接口拆分成更小的更具体的接口。

迪米特原则

　　又叫作最少知识原则，就是说一个对象应当对其他对象有尽可能少的了解。　　通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，不关心被耦合或调用的类的内部实现，只负责调用你提供的方法。

　　下面开始设计模式学习．．．　　 #1. Singleton（单例模式）

作用：　　

保证在Java应用程序中，一个类Class只有一个实例存在。

好处：

由于单例模式在内存中只有一个实例，减少了内存开销。

　单例模式可以避免对资源的多重占用，例如一个写文件时，由于只有一个实例存在内存中，避免对同一个资源文件的同时写操作。　　

单例模式可以再系统设置全局的访问点，优化和共享资源访问。

使用情况：

建立目录数据库连接的单线程操作

某个需要被频繁访问的实例对象　

##1.1 使用方法

第一种形式：

public class Singleton {

    /* 持有私有静态实例，防止被引用，此处赋值为null，目的是实现延迟加载 */
    private static Singleton instance = null;

    /* 私有构造方法，防止被实例化 */
    private Singleton() {
    }

    /* 懒汉式：第一次调用时初始Singleton，以后就不用再生成了
    静态方法，创建实例 */
    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

　　但是这有一个问题，不同步啊！在对据库对象进行的频繁读写操作时，不同步问题就大了。

第二种形式：

　　既然不同步那就给getInstance方法加个锁呗！我们知道使用synchronized关键字可以同步方法和同步代码块，所以：　　

 public static synchronized Singleton getInstance() {  
     if (instance == null) {  
         instance = new Singleton();  
     }  
     return instance;  
 }

或是

public static Singleton getInstance() {  
     synchronized (Singleton.class) {  
         if (instance == null) {  
             instance = new Singleton();  
         }  
     }  
     return instance;  
 }

获取Singleton实例：

Singleton.getInstance().方法（）

##1.２android中的Singleton

软键盘管理的 InputMethodManager

源码(以下的源码都是5.1的)：

205 public final class InputMethodManager {
//.........
211     static InputMethodManager sInstance;
//.........
619     public static InputMethodManager getInstance() {
620         synchronized (InputMethodManager.class) {
621             if (sInstance == null) {
622                 IBinder b = ServiceManager.getService(Context.INPUT_METHOD_SERVICE);
623                 IInputMethodManager service = IInputMethodManager.Stub.asInterface(b);
624                 sInstance = new InputMethodManager(service, Looper.getMainLooper());
625             }
626             return sInstance;
627         }
628     }

　　使用的是第二种同步代码块的单例模式（可能涉及到多线程），类似的还有　　AccessibilityManager（View获得点击、焦点、文字改变等事件的分发管理，对整个系统的调试、问题定位等）　　BluetoothOppManager等。

1、告诉我关于你自己。

真正的问题：你以为你是谁？你到底为什离开了你以前的工作？

这个问题是个开放性问题，并没有明显的答案。回答这个问题完全取决于你自己，千万不要说的太过简单，也不要说的太啰嗦。

2、你为什么要申请这个职位？

真正的问题：你能做什么,我们需要你做什么? 你知道我们需要你做什么吗?

招聘经理其实真正想听到的是“我申请这个职位是因为我的技能、经验和动机是最适合这份工作的。”真正思考每一行的工作规范，总结出你的答案。在谈论他们的需求之前，先提到自己的能力。

3、你最大的优点是什么?

真正的问题:你真的了解自己？你知道我们的问题是什么呢?

尽量用简单的形容词来夸奖自己，最好有拿得出手的数据。

4、你最大的弱点是什么?

真正的问题:我是不是在考虑你？你会和别人一样遇见困难就逃跑么？