摘要：在學習的源碼過程中我遇到了一些有趣有用的方法，在此之前如果要使用這些工具方法，我首先會想到的是和這樣的語言擴展包，但現(xiàn)在如果是寫一些，使用原生即可達到目的。

在學習JDK的源碼過程中我遇到了一些有趣有用的方法，在此之前如果要使用這些工具方法，我首先會想到的是commons-lang和guava這樣的語言擴展包，但現(xiàn)在如果是寫一些demo，使用原生即可達到目的。當然我們也不能否認它們的作用，在平時的工作項目中幾乎都會引入這些語言擴展包，直接使用他們也使得編程風格統(tǒng)一，而且還能夠?qū)Φ桶姹镜腏DK提供支持。
以下收集的代碼片段可能會逐漸增加，也可能不會。

java.util.Objects工具類，我覺得好用的幾個方法

    public static boolean equals(Object var0, Object var1) {
        return var0 == var1 || var0 != null && var0.equals(var1);
    }
    public static int hashCode(Object var0) {
        return var0 != null ? var0.hashCode() : 0;
    }
    public static  T requireNonNull(T var0) {
        if (var0 == null) {
            throw new NullPointerException();
        } else {
            return var0;
        }
    }

    public static  T requireNonNull(T var0, String var1) {
        if (var0 == null) {
            throw new NullPointerException(var1);
        } else {
            return var0;
        }
    }        

除此之外還應該從Objects學習到編寫工具類的正確的規(guī)范，

定義為final class

只定義一個無參的構造函數(shù)且拋出斷言錯誤，防止被反射調(diào)用

工具方法都是靜態(tài)方法

靜態(tài)方法中只拋出unchecked異常

這個最早應該是在Hello World程序中見到的，推薦它的一個方法

    /**
     * Returns the same hash code for the given object as
     * would be returned by the default method hashCode(),
     * whether or not the given object"s class overrides
     * hashCode().
     * The hash code for the null reference is zero.
     *
     * @param x object for which the hashCode is to be calculated
     * @return  the hashCode
     * @since   JDK1.1
     */
    public static native int identityHashCode(Object x);

注釋寫得很明白了，不管一個對象實例的class有沒有覆蓋Object的hashCode方法，都能使用這個方法獲得hash值。

我們可以從以下代碼獲得提示，代碼來自HashMap，

    /**
     * Returns x"s Class if it is of the form "class C implements
     * Comparable", else null.
     */
    static Class comparableClassFor(Object x) {
        if (x instanceof Comparable) {
            Class c; Type[] ts, as; Type t; ParameterizedType p;
            if ((c = x.getClass()) == String.class) // bypass checks
                return c;
            if ((ts = c.getGenericInterfaces()) != null) {
                for (int i = 0; i < ts.length; ++i) {
                    if (((t = ts[i]) instanceof ParameterizedType) &&
                        ((p = (ParameterizedType)t).getRawType() ==
                         Comparable.class) &&
                        (as = p.getActualTypeArguments()) != null &&
                        as.length == 1 && as[0] == c) // type arg is c
                        return c;
                }
            }
        }
        return null;
    }

這里的邏輯是獲得類C，然后獲取它實現(xiàn)的接口Comparable，然后從這個Comparable中獲得類型參數(shù)C，然后比較這兩個類型是否相等。雖然我們一直聽說Java的泛型是類型擦除式，但是在這里我們是可以獲得泛型的參數(shù)類型的。照例用一段demo測試一下，

public class ParameterApp {
    public static void main(String[] args) {
        StringList list = new StringList();
        Class clazz = getTypeArgument(list);
        System.out.println(clazz.getName());
    }

    static Class getTypeArgument(Object x) {
        if (x instanceof Collection) {
            Class c = x.getClass();
            Type[] ts, as; Type t; ParameterizedType p;
            if ((ts = c.getGenericInterfaces()) != null) {
                for (int i = 0; i < ts.length; ++i) {
                    if (((t = ts[i]) instanceof ParameterizedType) &&
                            ((as  = ((ParameterizedType)t).getActualTypeArguments()) != null)
                             &&
                            as.length == 1) // type arg is c
                        return (Class) as[0];
                }
            }
        }
        return null;
    }

    static class StringList extends AbstractList implements List {

        @Override
        public String get(int i) {
            return null;
        }

        @Override
        public int size() {
            return 0;
        }
    }
}

這個工具類是和反射相關的，讓大家知道有這么一個方法

    @CallerSensitive
    public static native Class getCallerClass();

我第一次見到這個方法是在java.sql.DriverManager中的getConnection方法中見到的

    @CallerSensitive
    public static Connection getConnection(String url,
        String user, String password) throws SQLException {
        java.util.Properties info = new java.util.Properties();

        if (user != null) {
            info.put("user", user);
        }
        if (password != null) {
            info.put("password", password);
        }

        return (getConnection(url, info, Reflection.getCallerClass()));
    }

Reflection.getCallerClass()是一個native方法，返回的是Class類型，在DriverManager中使用它的目的是為了獲得相應的ClassLoader，上面的代碼是在Java 8中見到的。其中在Java 7中為獲得ClassLoader，DriverManager就直接提供了native的方法

/* Returns the caller"s class loader, or null if none */
private static native ClassLoader getCallerClassLoader();

我們用一段代碼嘗試調(diào)用這個方法

public class CalleeApp {

    public void call() {
        Class clazz = Reflection.getCallerClass();
        System.out.println("Hello " + clazz);
    }
}

public class CallerApp {

    public static void main(String[] args) {
        CalleeApp app = new CalleeApp();
        Caller1 c1 = new Caller1();
        c1.run(app);
    }

    static class Caller1 {
        void run(CalleeApp calleeApp) {
            if (calleeApp == null) {
                throw new IllegalArgumentException("callee can not be null");
            }
            calleeApp.call();
        }
    }

}

執(zhí)行main方法會拋出異常

Exception in thread "main" java.lang.InternalError: CallerSensitive annotation expected at frame 1

這個錯誤信息說的是我們?nèi)鄙僭诤瘮?shù)調(diào)用棧開始位置添加CallerSensitive注解，觀察DriverManager的getConnection方法確實是有這么個注解的。
那如果給CalleeApp的call加上注解，那結果又會怎樣呢？

這個方法是來賣萌，它的本義在注釋是這樣子寫的，

    /*
     * 

     * This method is similar to the {@code wait} method of one
     * argument, but it allows finer control over the amount of time to
     * wait for a notification before giving up. The amount of real time,
     * measured in nanoseconds, is given by:
     * 

     * 
     * 1000000*timeout+nanos
     * 

     */

意思是提供精細化的時間衡量，nano可是納秒單位啊！！！
而它的實現(xiàn)卻是這樣的，

    public final void wait(long timeout, int nanos) throws InterruptedException {
        if (timeout < 0) {
            throw new IllegalArgumentException("timeout value is negative");
        }

        if (nanos < 0 || nanos > 999999) {
            throw new IllegalArgumentException(
                                "nanosecond timeout value out of range");
        }

        if (nanos > 0) {
            timeout++;
        }

        wait(timeout);
    }

除了對傳入?yún)?shù)的數(shù)值范圍校驗外，對nano的使用緊緊是判斷這個變量是否大于0，是則給timeout加1，這只是增加了1毫秒的時間，并沒有體現(xiàn)出了精細化的地方。

you-dont-need-serial

Reflection.getCallerClass()使用的問題