javanpe

⑴ 濡备綍璇勪环"Null reference

灏辨垜鐞呜Вnull镄勯梾棰树富瑕佹湁浠ヤ笅鍑犱釜:
1銆傚弻閲嶅惈涔夈俷ull鍙浠ョ悊瑙ｄ负"绌"锛屼篃鍙浠ョ悊瑙ｄ负"镞犳晥"镄勚傛墍浠ヤ綘𨰾跨潃涓涓浼氲繑锲瀗ull镄勫嚱鏁帮纴濡傛灉瀵圭郴缁熺殑瀹炵幇娌℃湁娣卞埢镄勭悊瑙ｏ纴浣犱细闅句互纭瀹氭槸钖﹀簲璇ョ珛鍒诲勭悊鎺(镞犳晥鍊)锛屾瘆濡傝磋祴涓榛樿ゅ兼垨鏄鎶涘纾甯革纴杩樻槸鎶妌ull鍊肩户缁寰钖庨溃浼犻(钖堟硶镄勭┖鍊)銆傝繖镞朵竴鑸浜虹殑阃夋嫨鏄缁х画寰涓嬩紶锛屾瘯绔熷傛灉鍦ㄧ幇鍦哄勭悊锛屼綘灏辨湁璐ｄ换鎼炴竻妤氩悗缁绋嫔簭镄勫叿浣揿疄鐜颁笌镒忓浘锛岃岃繖涓庝綘镓嬩笂镄勪换锷″线寰娌℃湁鐩存帴鍏崇郴銆
2銆傜敱浜1锛屽线寰瀵艰嚧鐖哊PE镄勪綅缃涓庡疄闄呭嚭闂棰樼殑浣岖疆鐩搁殧鍗佷竾鍏鍗冮噷銆傝屼綘鍦ㄥ勭悊NPE镞讹纴棣栬佷换锷¤缮鏄闇瑕佹闷娓呮氲繖涓猲ull鏄镞犳晥鍊艰缮鏄链夋晥绌哄笺傝缮澶氢简涓绉嶆儏鍐碉纴链夊彲鑳芥槸涓婃父镄勭▼搴忓憳鑴戞娊蹇树简璧嫔硷纴涔熷彲鑳芥槸阌栾鍦拌繘鍏ヤ简涓崭细涓哄叾璧嫔肩殑鍒嗘敮銆备篃灏辨槸璇达纴浣犺缮寰楁闷娓呮氲繖鏄"鏁呮剰镄勬棤鏁埚"杩樻槸"镞犳剰镄勬棤鏁埚"銆
3銆傜敱浜庡瓨鍦"镞犳剰镄勬棤鏁埚"杩欑嶅彲鑳斤纴浣犲湪妫镆ヤ笂娓搁昏緫镞讹纴鐢氲呖涓嶈兘瀹屽叏鐩镐俊绋嫔簭𨱒ュ掓帹褰撴椂镄勬剰锲俱傚洜涓烘棦铹跺嚭鐜颁简"镞犳剰镄勬棤鏁埚"锛岃存槑璇ョ▼搴忓憳娌℃湁姝ｇ‘鍦扮敤绋嫔簭瀹炵幇鍏舵剰锲俱备妇涓镙楀瓙锛屼綘鍙戠幇涓婃父绋嫔簭杩涘叆浜嗕竴涓娌℃湁涓哄彉閲忚祴鍒濆肩殑鍒嗘敮锛屼綘浼氶毦浠ュ垽鏂鏄绋嫔簭璧伴敊浜嗗垎鏀锛岃缮鏄铏界劧杩涘叆浜嗘ｇ‘镄勫垎鏀锛屼絾璇ュ垎鏀镄勫疄鐜板缮浜嗕负鍏惰祴鍒濆笺傛墍浠ュ傛灉浣犲笇链涙垒鍒版渶钖堢悊镄勪慨澶崭綅缃锛屼綘灏卞繀椤诲幓闂铡熸潵镄勭▼搴忓憳链浜(濡傛灉浠栬缮璁板缑)鎴栬呮闷娓呮氲ヤ綅缃镄勫师濮嬮渶姹(濡傛灉鑳芥垒鍒版枃妗)銆傚惁鍒欎綘灏辨棤娉曞垽瀹氢綘镄勪慨澶崭细涓崭细鏄"涓や釜阌栾鐩稿姞寰楀埌涓涓姝ｇ‘"銆傜敱浜庝互涓婂嚑镣癸纴瀵艰嚧钖堢悊瑙ｅ喅NPE闇瑕佷粯鍑哄ぇ閲忕殑镞堕棿銆备互镊充簬链変簺绋嫔簭锻(渚嫔傛垜镊宸)鐪嫔埌NPE灏辨湁鐢熺悊鍙嶅簲(鍏蜂綋琛ㄧ幇涓哄ご䦅涜兏闂疯儍鎶界璎)锛屾墍浠ユ垜鍦ㄥ洟阒熼噷涓璐瑕佹眰涓嶈佸湪绋嫔簭涓涓诲姩鎶涘嚭NPE锛屼綘镙规嵁瀹为檯𨱍呭喌鎶涗釜IllegalStateException鎴栬匢llegalArgumentException浼氭病闾ｄ箞钖扑汉銆傚氨绠椾竴瀹氲佹姏(姣旷珶杩欑崭笢瑗挎垜涓嶈兘寮哄埗)锛屼竴瀹氲佷紶涓濂界湅镄刴essage锛屼笉鑳芥姏绌簃essage镄凬PE鍑烘潵钖扑汉銆傝繖镣规槸纭镐ц勫畾锛屽惁鍒栾繃涓崭简浠ｇ爜瀹℃煡銆傜洰鍓嶅湪璇瑷灞傞溃(鐢╪ullable镙囨敞𨱒ユ敞閲婃帴鍙ｅ睘浜嶪DE灞傞溃)镄刵ull镟夸唬鏂规堟湁:1銆傚嚱鏁板唴瀵逛簬镞犳晥鍊煎敖閲忔姏寮傚父銆傜壒鍒鍦帮纴鍦↗ava閲屽簲璇ヤ娇鐢ㄤ笓闂ㄧ殑镊瀹氢箟Checked Exception銆备笉杩囱繖绉嶆柟妗堬纴瀵逛簬缁忓父鍑虹幇镞犳晥鍊间笖杈冨父鐢(链夋ц兘闇姹傛垨鍦ㄤ唬镰佷腑缁忓父浣跨敤)镄勫嚱鏁板苟涓嶉傜敤銆

⑵ 为什么阿里工程师代码写的好看看他的代码规范就知道了

曾经与一位从阿里出来的java工程师一起工作过一段时间，他的技术说不上非常厉害， 但是，他的代码写的的非常好，凡是他做的功能很少出现Bug 。我就很好奇，于是经常向他请教一些代码设计的原则，然后他告诉了我阿里Java手册。并且，他将这个手册进行了修改，也成为了我司Java程序员的开发手册。 这篇文章就让我们看一看这个手册中比较重要的原则。

【强制】 代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。

反例：_name / __name / $name / name_ / name$ / name__

【强制】 类型与中括号紧挨相连来表示数组。

正例：定义整形数组 int[] arrayDemo; 反例：在 main 参数中，使用 String args[]来定义。

【强制】 POJO 类中布尔类型变量都不要加 is 前缀，否则部分框架解析会引起序列化错误。

说明：表达是与否的值采用 is_xxx 的命名方式，所以，需要在 设置从 is_xxx 到 xxx 的映射关系。

反例：定义为基本数据类型 Boolean isDeleted 的属性，它的方法也是 isDeleted()， RPC 框架在反向解 析的时候，“误以为”对应的属性名称是 deleted，导致属性获取不到，进而抛出异常。

【推荐】 在常量与变量的命名时，表示类型的名词放在词尾，以提升辨识度。

【推荐】 接口类中的方法和属性不要加任何修饰符号(public 也不要加)，保持代码的简洁 性，并加上有效的 Javadoc 注释。尽量不要在接口里定义变量，如果一定要定义变量，肯定 是与接口方法相关，并且是整个应用的基础常量。

正例:接口方法签名 void commit();

接口基础常量 String COMPANY = "alibaba";

反例:接口方法定义 public abstract void f();

说明:JDK8 中接口允许有默认实现，那么这个 default 方法，是对所有实现类都有价值的默认实现。

【参考】 枚举类名带上 Enum 后缀，枚举成员名称需要全大写，单词间用下划线隔开。

说明：枚举其实就是特殊的类，域成员均为常量，且构造方法被默认强制是私有。

正例:枚举名字为 ProcessStatusEnum 的成员名称:SUCCESS / UNKNOWN_REASON。

【参考】 各层命名规约:

1) 获取单个对象的方法用 get 做前缀。

2) 获取多个对象的方法用 list 做前缀，复数形式结尾如:listObjects。 3) 获取统计值的方法用 count 做前缀。

4) 插入的方法用 save/insert 做前缀。

5) 删除的方法用 remove/delete 做前缀。

6) 修改的方法用 update 做前缀。

1) 数据对象:xxxDO，xxx 即为数据表名。

2) 数据传输对象:xxxDTO，xxx 为业务领域相关的名称。

3) 展示对象:xxxVO，xxx 一般为网页名称。

4) POJO 是 DO/DTO/BO/VO 的统称，禁止命名成 xxxPOJO。

【强制】 不允许任何魔法值(即未经预先定义的常量)直接出现在代码中。

【强制】 避免通过一个类的对象引用访问此类的静态变量或静态方法，无谓增加编译器解析 成本，直接用类名来访问即可。

【强制】 相同参数类型，相同业务含义，才可以使用Java的可变参数，避免使用Object。

说明：可变参数必须放置在参数列表的最后。(提倡同学们尽量不用可变参数编程)

【强制】 所有整型包装类对象之间值的比较，全部使用equals方法比较。

说明：对于 Integer var = ? 在-128 至 127 范围内的赋值，Integer 对象是在 IntegerCache.cache 产 生，会复用已有对象，这个区间内的 Integer 值可以直接使用==进行判断，但是这个区间之外的所有数 据，都会在堆上产生，并不会复用已有对象，这是一个大坑，推荐使用 equals 方法进行判断。

关于基本数据类型与包装数据类型的使用标准如下:

说明： POJO 类属性没有初值是提醒使用者在需要使用时，必须自己显式地进行赋值 ，任何 NPE 问题，或 者入库检查，都由使用者来保证。

正例：数据库的查询结果可能是 null，因为自动拆箱，用基本数据类型接收有 NPE 风险。

反例： 比如显示成交总额涨跌情况，即正负 x%，x 为基本数据类型，调用的 RPC 服务，调用不成功时， 返回的是默认值，页面显示为 0%，这是不合理的，应该显示成中划线 。所以包装数据类型的 null 值，能 够表示额外的信息，如:远程调用失败，异常退出。

【强制】 POJO 类必须写 toString 方法。

使用 IDE 中的工具:source> generate toString 时，如果继承了另一个 POJO 类，注意在前面加一下 super.toString。

说明： 在方法执行抛出异常时，可以直接调用 POJO 的 toString()方法打印其属性值，便于排查问题。

【强制】 关于hashCode和equals的处理，遵循如下规则：

说明：String 已覆写 hashCode 和 equals 方法，所以我们可以愉快地使用 String 对象作为 key 来使用。

【强制】 线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。

说明：线程池的好处是减少在创建和销毁线程上所消耗的时间以及系统资源的开销，解决资源不足的问 题。 如果不使用线程池，有可能造成系统创建大量同类线程而导致消耗完内存或者“过度切换”的问题。

【强制】 线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。

以上规范在设计代码中，是比较重要的原则。如果编写代码的过程中，可以依照以上原则，那代码的可读性和可维护性将大大提升

⑶ 试编程：求一个数的绝对值。列如输入-5，则输出5。第1题怎么写

作者 | 沉默王二

来源 | CSDN博客

头图 | 付费下载自视觉中国

出品 | CSDN（ID:CSDNnews）
想学习，永远都不晚，尤其是针对 Java 8 里面的好东西，Optional 就是其中之一，该类提供了一种用于表示可选值而非空引用的类级别解决方案。作为一名 Java 程序员，我真的是烦透了 NullPointerException（NPE），尽管和它熟得就像一位老朋友，知道它也是迫不得已——程序正在使用一个对象却发现这个对象的值为 null，于是 Java 虚拟机就怒发冲冠地把它抛了出来当做替罪羊。

当然了，我们程序员是富有责任心的，不会坐视不管，于是就有了大量的 null 值检查。尽管有时候这种检查完全没有必要，但我们已经习惯了例行公事。终于，Java 8 看不下去了，就引入了 Optional，以便我们编写的代码不再那么刻薄呆板。
没有 Optional 会有什么问题
我们来模拟一个实际的应用场景。小王第一天上班，领导老马就给他安排了一个任务，要他从数据库中根据会员 ID 拉取一个会员的姓名，然后将姓名打印到控制台。虽然是新来的，但这个任务难不倒小王，于是他花了 10 分钟写下了这段代码：
1public class WithoutOptionalDemo {
2 class Member {
3 private String name;
4
5 public String getName() {
6 return name;
7 }
8
9 public void setName(String name) {
10 this.name = name;
11 }
12 }
13
14 public static void main(String[] args) {
15 Member mem = getMemberByIdFromDB();
16 if (mem != null) {
17 System.out.println(mem.getName());
18 }
19 }
20
21 public static Member getMemberByIdFromDB() {
22 // 当前 ID 的会员不存在
23 return null;
24 }
25}

由于当前 ID 的会员不存在，所以 getMemberByIdFromDB() 方法返回了 null 来作为没有获取到该会员的结果，那就意味着在打印会员姓名的时候要先对 mem 判空，否则就会抛出 NPE 异常，不信？让小王把 if (mem != null) 去掉试试，控制台立马打印错误堆栈给你颜色看看。
1Exception in thread "main" java.lang.NullPointerException
2 at com.cmower.dzone.optional.WithoutOptionalDemo.main(WithoutOptionalDemo.java:24)

Optional 是如何解决这个问题的
小王把代码提交后，就兴高采烈地去找老马要新的任务了。本着虚心学习的态度，小王请求老马看一下自己的代码，于是老王就告诉他应该尝试一下 Optional，可以避免没有必要的 null 值检查。现在，让我们来看看小王是如何通过 Optional 来解决上述问题的。
1public class OptionalDemo {
2 public static void main(String[] args) {
3 Optional optional = getMemberByIdFromDB();
4 optional.ifPresent(mem -> {
5 System.out.println("会员姓名是：" + mem.getName());
6 });
7 }
8
9 public static Optional getMemberByIdFromDB() {
10 boolean hasName = true;
11 if (hasName) {
12 return Optional.of(new Member("沉默王二"));
13 }
14 return Optional.empty();
15 }
16}
17class Member {
18 private String name;
19
20 public String getName() {
21 return name;
22 }
23
24 // getter / setter
25}

getMemberByIdFromDB() 方法返回了 Optional 作为结果，这样就表明 Member 可能存在，也可能不存在，这时候就可以在 Optional 的 ifPresent() 方法中使用 Lambda 表达式来直接打印结果。
Optional 之所以可以解决 NPE 的问题，是因为它明确的告诉我们，不需要对它进行判空。它就好像十字路口的路标，明确地告诉你该往哪走。
创建 Optional 对象
1）可以使用静态方法 empty() 创建一个空的 Optional 对象
1Optional empty = Optional.empty();
2System.out.println(empty); // 输出：Optional.empty

2）可以使用静态方法 of() 创建一个非空的 Optional 对象
1Optional opt = Optional.of("沉默王二");
2System.out.println(opt); // 输出：Optional[沉默王二]

当然了，传递给 of() 方法的参数必须是非空的，也就是说不能为 null，否则仍然会抛出 NullPointerException。
1String name = null;
2Optional optnull = Optional.of(name);

3）可以使用静态方法 ofNullable() 创建一个即可空又可非空的 Optional 对象
1String name = null;
2Optional optOrNull = Optional.ofNullable(name);
3System.out.println(optOrNull); // 输出：Optional.empty

ofNullable() 方法内部有一个三元表达式，如果为参数为 null，则返回私有常量 EMPTY；否则使用 new 关键字创建了一个新的 Optional 对象——不会再抛出 NPE 异常了。
判断值是否存在
可以通过方法 isPresent() 判断一个 Optional 对象是否存在，如果存在，该方法返回 true，否则返回 false——取代了 obj != null 的判断。
1Optional opt = Optional.of("沉默王二");
2System.out.println(opt.isPresent()); // 输出：true
3
4Optional optOrNull = Optional.ofNullable(null);
5System.out.println(opt.isPresent()); // 输出：false

Java 11 后还可以通过方法 isEmpty() 判断与 isPresent() 相反的结果。
1Optional opt = Optional.of("沉默王二");
2System.out.println(opt.isPresent()); // 输出：false
3
4Optional optOrNull = Optional.ofNullable(null);
5System.out.println(opt.isPresent()); // 输出：true

非空表达式
Optional 类有一个非常现代化的方法——ifPresent()，允许我们使用函数式编程的方式执行一些代码，因此，我把它称为非空表达式。如果没有该方法的话，我们通常需要先通过 isPresent() 方法对 Optional 对象进行判空后再执行相应的代码：
1Optional optOrNull = Optional.ofNullable(null);
2if (optOrNull.isPresent()) {
3 System.out.println(optOrNull.get().length());
4}

有了 ifPresent() 之后，情况就完全不同了，可以直接将 Lambda 表达式传递给该方法，代码更加简洁，更加直观。
1Optional opt = Optional.of("沉默王二");
2opt.ifPresent(str -> System.out.println(str.length()));

Java 9 后还可以通过方法 ifPresentOrElse(action, emptyAction) 执行两种结果，非空时执行 action，空时执行 emptyAction。
1Optional opt = Optional.of("沉默王二");
2opt.ifPresentOrElse(str -> System.out.println(str.length()), () -> System.out.println("为空"));

设置（获取）默认值
有时候，我们在创建（获取） Optional 对象的时候，需要一个默认值，orElse() 和 orElseGet() 方法就派上用场了。
orElse() 方法用于返回包裹在 Optional 对象中的值，如果该值不为 null，则返回；否则返回默认值。该方法的参数类型和值得类型一致。
1String nullName = null;
2String name = Optional.ofNullable(nullName).orElse("沉默王二");
3System.out.println(name); // 输出：沉默王二

orElseGet() 方法与 orElse() 方法类似，但参数类型不同。如果 Optional 对象中的值为 null，则执行参数中的函数。
1String nullName = null;
2String name = Optional.ofNullable(nullName).orElseGet(()->"沉默王二");
3System.out.println(name); // 输出：沉默王二

从输出结果以及代码的形式上来看，这两个方法极其相似，这不免引起我们的怀疑，Java 类库的设计者有必要这样做吗？
假设现在有这样一个获取默认值的方法，很传统的方式。
1public static String getDefaultValue() {
2 System.out.println("getDefaultValue");
3 return "沉默王二";
4}

然后，通过 orElse() 方法和 orElseGet() 方法分别调用 getDefaultValue() 方法返回默认值。
1public static void main(String[] args) {
2 String name = null;
3 System.out.println("orElse");
4 String name2 = Optional.ofNullable(name).orElse(getDefaultValue());
5
6 System.out.println("orElseGet");
7 String name3 = Optional.ofNullable(name).orElseGet(OrElseOptionalDemo::getDefaultValue);
8}

注：类名 :: 方法名是 Java 8 引入的语法，方法名后面是没有 () 的，表明该方法并不一定会被调用。
输出结果如下所示：
1orElse
2getDefaultValue
3
4orElseGet
5getDefaultValue

输出结果是相似的，没什么太大的不同，这是在 Optional 对象的值为 null 的情况下。假如 Optional 对象的值不为 null 呢？
1public static void main(String[] args) {
2 String name = "沉默王三";
3 System.out.println("orElse");
4 String name2 = Optional.ofNullable(name).orElse(getDefaultValue());
5
6 System.out.println("orElseGet");
7 String name3 = Optional.ofNullable(name).orElseGet(OrElseOptionalDemo::getDefaultValue);
8}

输出结果如下所示：
1orElse
2getDefaultValue
3orElseGet

咦，orElseGet() 没有去调用 getDefaultValue()。哪个方法的性能更佳，你明白了吧？
获取值
直观从语义上来看，get() 方法才是最正宗的获取 Optional 对象值的方法，但很遗憾，该方法是有缺陷的，因为假如 Optional 对象的值为 null，该方法会抛出 NoSuchElementException 异常。这完全与我们使用 Optional 类的初衷相悖。
1public class GetOptionalDemo {
2 public static void main(String[] args) {
3 String name = null;
4 Optional optOrNull = Optional.ofNullable(name);
5 System.out.println(optOrNull.get());
6 }
7}

这段程序在运行时会抛出异常：
1Exception in thread "main" java.util.NoSuchElementException: No value present
2 at java.base/java.util.Optional.get(Optional.java:141)
3 at com.cmower.dzone.optional.GetOptionalDemo.main(GetOptionalDemo.java:9)

尽管抛出的异常是 NoSuchElementException 而不是 NPE，但在我们看来，显然是在“五十步笑百步”。建议 orElseGet() 方法获取 Optional 对象的值。
过滤值
小王通过 Optional 类对之前的代码进行了升级，完成后又兴高采烈地跑去找老马要任务了。老马觉得这小伙子不错，头脑灵活，又干活积极，很值得培养，就又交给了小王一个新的任务：用户注册时对密码的长度进行检查。
小王拿到任务后，乐开了花，因为他刚要学习 Optional 类的 filter() 方法，这就派上了用场。
1public class FilterOptionalDemo {
2 public static void main(String[] args) {
3 String password = "12345";
4 Optional opt = Optional.ofNullable(password);
5 System.out.println(opt.filter(pwd -> pwd.length() > 6).isPresent());
6 }
7}

filter() 方法的参数类型为 Predicate（Java 8 新增的一个函数式接口），也就是说可以将一个 Lambda 表达式传递给该方法作为条件，如果表达式的结果为 false，则返回一个 EMPTY 的 Optional 对象，否则返回过滤后的 Optional 对象。
在上例中，由于 password 的长度为 5 ，所以程序输出的结果为 false。假设密码的长度要求在 6 到 10 位之间，那么还可以再追加一个条件。来看小王增加难度后的代码。
1Predicate len6 = pwd -> pwd.length() > 6;
2Predicate len10 = pwd -> pwd.length() < 10;
3
4password = "1234567";
5opt = Optional.ofNullable(password);
6boolean result = opt.filter(len6.and(len10)).isPresent();
7System.out.println(result);

这次程序输出的结果为 true，因为密码变成了 7 位，在 6 到 10 位之间。想象一下，假如小王使用 if-else 来完成这个任务，代码该有多冗长。
转换值
小王检查完了密码的长度，仍然觉得不够尽兴，觉得要对密码的强度也进行检查，比如说密码不能是“password”，这样的密码太弱了。于是他又开始研究起了 map() 方法，该方法可以按照一定的规则将原有 Optional 对象转换为一个新的 Optional 对象，原有的 Optional 对象不会更改。
先来看小王写的一个简单的例子：
1public class OptionalMapDemo {
2 public static void main(String[] args) {
3 String name = "沉默王二";
4 Optional nameOptional = Optional.of(name);
5 Optional intOpt = nameOptional
6 .map(String::length);
7
8 System.out.println( intOpt.orElse(0));
9 }
10}

在上面这个例子中，map() 方法的参数 String::length，意味着要 将原有的字符串类型的 Optional 按照字符串长度重新生成一个新的 Optional 对象，类型为 Integer。
搞清楚了 map() 方法的基本用法后，小王决定把 map() 方法与 filter() 方法结合起来用，前者用于将密码转化为小写，后者用于判断长度以及是否是“password”。
1public class OptionalMapFilterDemo {
2 public static void main(String[] args) {
3 String password = "password";
4 Optional opt = Optional.ofNullable(password);
5
6 Predicate len6 = pwd -> pwd.length() > 6;
7 Predicate len10 = pwd -> pwd.length() < 10;
8 Predicate eq = pwd -> pwd.equals("password");
9
10 boolean result = opt.map(String::toLowerCase).filter(len6.and(len10 ).and(eq)).isPresent();
11 System.out.println(result);
12 }
13}

好了，我亲爱的读者朋友，以上就是本文的全部内容了——可以说是史上最佳 Optional 指南了，能看到这里的都是最优秀的程序员，二哥必须要伸出大拇指为你点个赞。
https://blog.csdn.net/qing_gee/article/details/104767082