音乐网站建设论文的立题意义网站ftp地址查询

当前位置： 首页 > news >正文

音乐网站建设论文的立题意义,网站ftp地址查询,应用软件开发过程,美工设计师是做什么的1. 前言 《手册》的第 7 页和 25 页有两段关于空指针的描述#xff1a; 【强制】Object 的 equals 方法容易抛空指针异常#xff0c;应使用常量或确定有值的对象来调用 equals。 【推荐】防止 NPE#xff0c;是程序员的基本修养#xff0c;注意 NPE 产生的场景: 返回类型为…1. 前言 《手册》的第 7 页和 25 页有两段关于空指针的描述 【强制】Object 的 equals 方法容易抛空指针异常应使用常量或确定有值的对象来调用 equals。 【推荐】防止 NPE是程序员的基本修养注意 NPE 产生的场景: 返回类型为基本数据类型return 包装数据类型的对象时自动拆箱有可能产生 NPE。 反例:public int f () { return Integer 对象} 如果为 null自动解箱抛 NPE。 数据库的查询结果可能为 null。 集合里的元素即使 isNotEmpty取出的数据元素也可能为 null。 远程调用返回对象时一律要求进行空指针判断防止 NPE。 对于 Session 中获取的数据建议进行 NPE 检查避免空指针。 级联调用 obj.getA ().getB ().getC (); 一连串调用易产生 NPE。 《手册》对空指针常见的原因和基本的避免空指针异常的方式给了介绍非常有参考价值。 那么我们思考以下几个问题 如何学习 NullPointerException简称为 NPE哪些用法可能造 NPE 相关的 BUG在业务开发中作为接口提供者和使用者如何更有效地避免空指针呢

1. 了解空指针 2.1 源码注释 前面介绍过源码是学习的一个重要途径我们一起看看 NullPointerException 的源码 /*** Thrown when an application attempts to use {code null} in a* case where an object is required. These include:* ul* liCalling the instance method of a {code null} object.* liAccessing or modifying the field of a {code null} object.* liTaking the length of {code null} as if it were an array.* liAccessing or modifying the slots of {code null} as if it* were an array.* liThrowing {code null} as if it were a {code Throwable}* value.* /ul* p* Applications should throw instances of this class to indicate* other illegal uses of the {code null} object.** {code NullPointerException} objects may be constructed by the* virtual machine as if {linkplain Throwable#Throwable(String,* Throwable, boolean, boolean) suppression were disabled and/or the* stack trace was not writable}.** author unascribed* since JDK1.0/ public class NullPointerException extends RuntimeException {private static final long serialVersionUID 5162710183389028792L;/** Constructs a {code NullPointerException} with no detail message./public NullPointerException() {super();}/** Constructs a {code NullPointerException} with the specified* detail message.** param s the detail message.*/public NullPointerException(String s) {super(s);} }源码注释给出了非常详尽地解释 空指针发生的原因是应用需要一个对象时却传入了 null包含以下几种情况 调用 null 对象的实例方法。访问或者修改 null 对象的属性。获取值为 null 的数组的长度。访问或者修改值为 null 的二维数组的列时。把 null 当做 Throwable 对象抛出时。 实际编写代码时产生空指针的原因都是这些情况或者这些情况的变种。 《手册》中的另外一处描述 “集合里的元素即使 isNotEmpty取出的数据元素也可能为 null。” 和第 4 条非常类似。 如《手册》中的 “级联调用 obj.getA ().getB ().getC (); 一连串调用易产生 NPE。” 和第 1 条很类似因为每一层都可能得到 null 。 当遇到《手册》中和源码注释中所描述的这些场景时要注意预防空指针。 另外通过读源码注释我们还得到了 “意外发现”JVM 也可能会通过 Throwable#Throwable(String, Throwable, boolean, boolean) 构造函数来构造 NullPointerException 对象。 2.2 继承体系 通过源码可以看到 NPE 继承自 RuntimeException 我们可以通过 IDEA 的 “Java Class Diagram” 来查看类的继承体系。 可以清晰地看到 NPE 继承自 RuntimeException 另外我们选取 NoSuchFieldException 和 NoSuchFieldError 和 NoClassDefFoundError 可以看到 Throwable 的子类型包括 Error 和 Exception, 其中 NPE 又是 Exception 的子类。 那么为什么 Exception 和 Error 有什么区别 Excption 又分为哪些类型呢 我们可以分别去 java.lang.Exception 和 java.lang.Error 的源码注释中寻找答案。 通过 Exception 的源码注释我们了解到 Exception 分为两类一种是非受检异常uncheked exceptions即 java.lang.RuntimeException 以及其子类而受检异常checked exceptions的抛出需要再普通函数或构造方法上通过 throws 声明。 通过 java.lang.Error 的源码注释我们了解到Error 代表严重的问题不应该被程序 try-catch。编译时异常检测时 Error 也被视为不可检异常uncheked exceptions。 大家可以在 IDEA 中分别查看 Exception 和 Error 的子类了解自己开发中常遇到的异常都属于哪个分类。 我们还可以通过《JLS》2 第 11 章 Exceptions 对异常进行学习。 其中在异常的类型这里讲到 不可检异常 unchecked exception包括运行时异常和 error 类。 可检异常 checked exception 不属于不可检异常的所有异常都是可检异常。除 RuntimeException 和其子类以及 Error 类以及其子类外的其他 Throwable 的子类。 还有更多关于异常的详细描述包括异常的原因、异步异常、异常的编译时检查等大家可以自己进一步学习。
2. 空指针引发的血案 3.1 最常见的错误姿势 Testpublic void test() {Assertions.assertThrows(NullPointerException.class, () - {ListUserDTO users new ArrayList();users.add(new UserDTO(1L, 3));users.add(new UserDTO(2L, null));users.add(new UserDTO(3L, 3));send(users);});}// 第 1 处private void send(ListUserDTO users) {for (UserDTO userDto : users) {doSend(userDto);}}private static final Integer SOME_TYPE 2;private void doSend(UserDTO userDTO) {String target default;// 第 2 处if (!userDTO.getType().equals(SOME_TYPE)) {target getTarget(userDTO.getType());}System.out.println(String.format(userNo:%s, 发送到%s成功, userDTO, target));}private String getTarget(Integer type) {return type 号基地;}在第 1 处如果集合为 null 则会抛空指针 在第 2 处如果 type 属性为 null 则会抛空指针异常导致后续都发送失败。 大家看这个例子觉得很简单看到输入的参数有 null 本能地就会考虑空指针问题但是自己写代码时你并不知道上游是否会有 null。
3. 2 无结果仍返回对象 实际开发中有些同学会有一些非常 “个性” 的写法。 为了避免空指针或避免检查到 null 参数抛异常直接返回一个空参构造函数创建的对象。 类似下面的做法 /*** 根据订单编号查询订单** param orderNo 订单编号* return 订单*/ public Order getByOrderNo(String orderNo) {if (StringUtils.isEmpty(orderNo)) {return new Order();}// 查询orderreturn doGetByOrderNo(orderNo); }由于常见的单个数据的查询接口参数检查不符时会抛异常或者返回 null。 极少有上述的写法因此调用方的惯例是判断结果不为 null 就使用其中的属性。 这个哥们这么写之后上层判断返回值不为 null , 上层就放心大胆得调用实例函数导致线上报空指针就造成了线上 BUG。 3.3 新增 NonNull 属性反序列化的 BUG 假如有一个订单更新的 RPC 接口该接口有一个 OrderUpdateParam 参数之前有两个属性一个是 id 一个是 name 。在某个需求时新增了一个 extra 属性且该字段一定不能为 null 。 采用 lombok 的 NonNull 注解来避免空指针 import lombok.Data; import lombok.NonNull;import java.io.Serializable;Data public class OrderUpdateParam implements Serializable {private static final long serialVersionUID 3240762365557530541L;private Long id;private String name;// 其它属性// 新增的属性NonNullprivate String extra; }上线后导致没有使用最新 jar 包的服务对该接口的 RPC 调用报错。 我们来分析一下原因在 IDEA 的 target - classes 目录下找到 DEMO 编译后的 class 文件IDEA 会自动帮我们反编译 public class OrderUpdateParam implements Serializable {private static final long serialVersionUID 3240762365557530541L;private Long id;private String name;NonNullprivate String extra;public OrderUpdateParam(NonNull final String extra) {if (extra null) {throw new NullPointerException(extra is marked non-null but is null);} else {this.extra extra;}}NonNullpublic String getExtra() {return this.extra;}public void setExtra(NonNull final String extra) {if (extra null) {throw new NullPointerException(extra is marked non-null but is null);} else {this.extra extra;}}// 其他代码}我们还可以使用反编译工具JD-GUI 对编译后的 class 文件进行反编译查看源码。 由于调用方调用的是不含 extra 属性的 jar 包并且序列化编号是一致的反序列化时会抛出 NPE。 Caused by: java.lang.NullPointerException: extra​ at com.xxx.OrderUpdateParam.init(OrderUpdateParam.java:21)RPC 参数新增 lombok 的 NonNull 注解时要考虑调用方是否及时更新 jar 包避免出现空指针。 3.4 自动拆箱导致空指针 前面章节讲到了对象转换如果我们下面的 GoodCreateDTO 是我们自己服务的对象 而 GoodCreateParam 是我们调用服务的参数对象。 Data public class GoodCreateDTO {private String title;private Long price;private Long count; }Data public class GoodCreateParam implements Serializable {private static final long serialVersionUID -560222124628416274L;private String title;private long price;private long count; } 其中 GoodCreateDTO 的 count 属性在我们系统中是非必传参数本系统可能为 null。 如果我们没有拉取源码的习惯直接通过前面的转换工具类去转换。 我们潜意识会认为外部接口的对象类型也都是包装类型这时候很容易因为转换出现 NPE 而导致线上 BUG。 public class GoodCreateConverter {public static GoodCreateParam convertToParam(GoodCreateDTO goodCreateDTO) {if (goodCreateDTO null) {return null;}GoodCreateParam goodCreateParam new GoodCreateParam();goodCreateParam.setTitle(goodCreateDTO.getTitle());goodCreateParam.setPrice(goodCreateDTO.getPrice());goodCreateParam.setCount(goodCreateDTO.getCount());return goodCreateParam;} }当转换器执行到 goodCreateParam.setCount(goodCreateDTO.getCount()); 会自动拆箱会报空指针。 当 GoodCreateDTO 的 count 属性为 null 时自动拆箱将报空指针。 再看一个花样踩坑的例子 我们作为使用方调用如下的二方服务接口 public Boolean someRemoteCall();然后自以为对方肯定会返回 TRUE 或 FALSE然后直接拿来作为判断条件或者转为基本类型如果返回的是 null则会报空指针异常 if (someRemoteCall()) {// 业务代码}大家看示例的时候可能认为这种情况很简单自己开发的时候肯定会注意但是往往事实并非如此。 希望大家可以掌握常见的可能发生空指针场景在开发是注意预防。 3.5 分批调用合并结果时空指针 大家再看下面这个经典的例子。 因为某些批量查询的二方接口在数据较大时容易超时因此可以分为小批次调用。 下面封装一个将 List 数据拆分成每 size 个一批数据去调用 function RPC 接口然后将结果合并。 public static T, V ListV partitionCallList(ListT dataList, int size, FunctionListT, ListV function) {if (CollectionUtils.isEmpty(dataList)) {return new ArrayList(0);}Preconditions.checkArgument(size 0, size 必须大于0);return Lists.partition(dataList, size).stream().map(function).reduce(new ArrayList(),(resultList1, resultList2) - {resultList1.addAll(resultList2);return resultList1;});}看着挺对没啥问题其实则不然。 设想一下如果某一个批次请求无数据不是返回空集合而是 null会怎样 很不幸又一个空指针异常向你飞来 … 此时要根据具体业务场景来判断如何处理这里可能产生的空指针异常。 如果在某个场景中返回值为 null 是一定不允许的行为可以在 function 函数中对结果进行检查如果结果为 null可抛异常。 如果是允许的在调用 map 后可以过滤 null : // 省略前面代码 .map(function) .filter(Objects::nonNull) // 省略后续代码4. 预防空指针的一些方法 NPE 造成的线上 BUG 还有很多种形式如何预防空指针很重要。 下面将介绍几种预防 NPE 的一些常见方法 4.1 接口提供者角度 4.1.1 返回空集合 如果参数不符合要求直接返回空集合底层的函数也使用一致的方式 public ListOrder getByOrderName(String name) {if (StringUtils.isNotEmpty(name)) {return doGetByOrderName(name);}return Collections.emptyList(); }4.1.2 使用 Optional Optional 是 Java 8 引入的特性返回一个 Optional 则明确告诉使用者结果可能为空 public OptionalOrder getByOrderId(Long orderId) {return Optional.ofNullable(doGetByOrderId(orderId)); }如果大家感兴趣可以进入 Optional 的源码结合前面介绍的 codota 工具进行深入学习也可以结合《Java 8 实战》的相关章节进行学习。 4.1.3 使用空对象设计模式 该设计模式为了解决 NPE 产生原因的第 1 条 “调用 null 对象的实例方法”。 在编写业务代码时为了避免 NPE 经常需要先判空再执行实例方法 public void doSomeOperation(Operation operation) {int a 5;int b 6;if (operation ! null) {operation.execute(a, b);} }《设计模式之禅》第二版554 页在拓展篇讲述了 “空对象模式”。 可以构造一个 NullXXX 类拓展自某个接口 这样这个接口需要为 null 时直接返回该对象即可 public class NullOperation implements Operation {Overridepublic void execute(int a, int b) {// do nothing} }这样上面的判空操作就不再有必要 因为我们在需要出现 null 的地方都统一返回 NullOperation而且对应的对象方法都是有的 public void doSomeOperation(Operation operation) {int a 5;int b 6;operation.execute(a, b); } 4.2 接口使用者角度 讲完了接口的编写者该怎么做我们讲讲接口的使用者该如何避免 NPE 。 4.2.1 null 检查 正如《代码简洁之道》第 7.8 节 “别传 null 值” 中所要表达的意义 可以进行参数检查对不满足的条件抛出异常。 直接在使用前对不能为 null 的和不满足业务要求的条件进行检查是一种最简单最常见的做法。 通过防御性参数检测可以极大降低出错的概率提高程序的健壮性 Overridepublic void updateOrder(OrderUpdateParam orderUpdateParam) {checkUpdateParam(orderUpdateParam);doUpdate(orderUpdateParam);}private void checkUpdateParam(OrderUpdateParam orderUpdateParam) {if (orderUpdateParam null) {throw new IllegalArgumentException(参数不能为空);}Long id orderUpdateParam.getId();String name orderUpdateParam.getName();if (id null) {throw new IllegalArgumentException(id不能为空);}if (name null) {throw new IllegalArgumentException(name不能为空);}} JDK 和各种开源框架中可以找到很多这种模式java.util.concurrent.ThreadPoolExecutor#execute 就是采用这种模式。 public void execute(Runnable command) {if (command null)throw new NullPointerException();// 其他代码} 以及 org.springframework.context.support.AbstractApplicationContext#assertBeanFactoryActive protected void assertBeanFactoryActive() {if (!this.active.get()) {if (this.closed.get()) {throw new IllegalStateException(getDisplayName() has been closed already);}else {throw new IllegalStateException(getDisplayName() has not been refreshed yet);}} } 4.2.2 使用 Objects 可以使用 Java 7 引入的 Objects 类来简化判空抛出空指针的代码。 使用方法如下 private void checkUpdateParam2(OrderUpdateParam orderUpdateParam) {Objects.requireNonNull(orderUpdateParam);Objects.requireNonNull(orderUpdateParam.getId());Objects.requireNonNull(orderUpdateParam.getName()); } 原理很简单我们看下源码 public static T T requireNonNull(T obj) {if (obj null)throw new NullPointerException();return obj; } 4.2.3 使用 commons 包 我们可以使用 commons-lang3 或者 commons-collections4 等常用的工具类辅助我们判空。 4.2.3.1 使用字符串工具类org.apache.commons.lang3.StringUtils public void doSomething(String param) {if (StringUtils.isNotEmpty(param)) {// 使用param参数} } 4.2.3.2 使用校验工具类org.apache.commons.lang3.Validate public static void doSomething(Object param) {Validate.notNull(param,param must not null); } public static void doSomething2(ListString parms) {Validate.notEmpty(parms); } 该校验工具类支持多种类型的校验支持自定义提示文本等。 前面已经介绍了读源码是最好的学习方式之一这里我们看下底层的源码 public static T extends Collection? T notEmpty(final T collection, final String message, final Object… values) {if (collection null) {throw new NullPointerException(String.format(message, values));}if (collection.isEmpty()) {throw new IllegalArgumentException(String.format(message, values));}return collection; } 该如果集合对象为 null 则会抛空 NullPointerException 如果集合为空则抛出 IllegalArgumentException。 通过源码我们还可以了解到更多的校验函数。 4.2.4 使用集合工具类org.apache.commons.collections4.CollectionUtils public void doSomething(ListString params) {if (CollectionUtils.isNotEmpty(params)) {// 使用params} } 4.2.5 使用 guava 包 可以使用 guava 包的 com.google.common.base.Preconditions 前置条件检测类。 同样看源码源码给出了一个范例。原始代码如下 public static double sqrt(double value) {if (value 0) {throw new IllegalArgumentException(input is negative: value);}// calculate square root } 使用 Preconditions 后代码可以简化为 public static double sqrt(double value) {checkArgument(value 0, input is negative: %s, value);// calculate square root} Spring 源码里很多地方可以找到类似的用法下面是其中一个例子 org.springframework.context.annotation.AnnotationConfigApplicationContext#register public void register(Class?… annotatedClasses) {Assert.notEmpty(annotatedClasses, At least one annotated class must be specified);this.reader.register(annotatedClasses); } org.springframework.util.Assert#notEmpty(java.lang.Object[], java.lang.String) public static void notEmpty(Object[] array, String message) {if (ObjectUtils.isEmpty(array)) {throw new IllegalArgumentException(message);} } 虽然使用的具体工具类不一样核心的思想都是一致的。 4.2.6 自动化 API 4.2.6.1 使用 lombok 的 Nonnull 注解 public void doSomething5(NonNull String param) {// 使用paramproccess(param);} 查看编译后的代码 public void doSomething5(NonNull String param) {if (param null) {throw new NullPointerException(param is marked non-null but is null);} else {this.proccess(param);}} 4.2.6.2 使用 IntelliJ IDEA 提供的 NotNull 和 Nullable 注解 maven 依赖如下 !– https://mvnrepository.com/artifact/org.jetbrains/annotations – dependencygroupIdorg.jetbrains/groupIdartifactIdannotations/artifactIdversion17.0.0/version /dependency NotNull 在参数上的用法和上面的例子非常相似。 public static void doSomething(NotNull String param) {// 使用paramproccess(param); } 我们可以去该注解的源码 org.jetbrains.annotations.NotNull#exception 里查看更多细节大家也可以使用 IDEA 插件或者前面介绍的 JD-GUI 来查看编译后的 class 文件去了解 NotNull 注解的作用。
4. 总结 本节主要讲述空指针的含义空指针常见的中枪姿势以及如何避免空指针异常。下一节将为你揭秘 当 switch 遇到空指针又会发生什么奇妙的事情。