今天看java.util.HashMap源码时发现这个工具类，是从jdk1.7开始引入的，很多关于对象常用的公共方法，再也不用自己心项目重新写相关的工具类了。
Objects.equals(Object a,Object b)方法,对比对象地址值是否相等，而且还是用equals方法进行比较，而且不用关心a，b对象是否为空 public static boolean equals(Object a, Object b) { return (a == b) || (a != null && a.equals(b)); } Objects.deepEquals(Object a,Object b)方法，深度比较，就是可以比较数组内容是否相等 public static boolean deepEquals(Object a, Object b) { if (a == b) return true; else if (a == null || b == null) return false; else return Arrays.deepEquals0(a, b); } Objects.hashCode(Object 0),这个直接看代码 public static int hashCode(Object o) { return o != null ? o.hashCode() : 0; } Object.hashCode(Object...values)上一个方法的重载 public static int hash(Object... values) { return Arrays.hashCode(values); } Objects.toString(Object o)，Objects.toString(Object o，String nullDefault)，直接上代码 public static String toString(Object o) { return String.valueOf(o); public static String toString(Object o, String nullDefault) { return (o != null) ? o.toString() : nullDefault; } Objects.compare(T a,T b,Comparator<? extends T> c),地址值相同则返回0，具体排序规则自定定义 public static <T> int compare(T a, T b, Comparator<? super T> c) { return (a == b) ? 0 : c.compare(a, b); } Objects.requireNonNull(T obj),Objects.requireNonNull(T obj,String message),校验参数是否为空，否则抛出异常,jdk1.8后本方法允许将消息的创建延迟，直到空检查结束之后。虽然在非空例子中这可能会带来性能优势， 但是决定调用本方法时应该小心，创建message supplier的开销低于直接创建字符串消息。 public static <T> T requireNonNull(T obj) { if (obj == null) throw new NullPointerException(); return obj; } public static <T> T requireNonNull(T obj, String message) { if (obj == null) throw new NullPointerException(message); return obj; }public static <T> T requireNonNull(T obj, Supplier<String> messageSupplier) { if (obj == null) throw new NullPointerException(messageSupplier.get()); return obj; } Objects.isNull(Object obj)判断对象是否为空，相对应的有nonNull方法 public static boolean isNull(Object obj) { return obj == null; } public static boolean nonNull(Object obj) { return obj != null; }