Java 中 null > 0 为什么要报错，怎么用语法糖或者 JDK 封装的方法避免

```
Comparator<Long> comparator = Comparator.nullsFirst(Long::compareTo);
if (comparator.compare(null, 0L) > 0) {
```

chat gpt 的答案

那你不用包装类，考虑处理 0 值呢？

Optional.ofNullable(a)
.filter(i -> i > 0)
.ifPresentOrElse("a>0", "a is null || a<=0");

@xiaohundun 我的意思是这本来就是包装类和原始类型的区别，别人用包装类是因为 null 和 0 有不一样的逻辑，而你这里看起来 null 、0 是一样的逻辑，那你完全可以不用包装类，那就不用判空了

Optional.ofNullable(a).orElse(0) > 0

我觉得挺好，null 就是 null ，别搞那么多语法糖，没啥用，增加记忆负担。

类型不一样咋比
null > 0 应该返回 true 还是 false 呢

null 没办法 0 做比较，null 当成大于 0 或者小于 0 都不适合，编译器怎么能知道你的业务呢

去了解一下基本类型的自动封装解装。你这本事就是语法糖弄出来的问题，在想加新的语法糖就只会越加问题越多。

你要先定义 null 和 0 的关系，才能给你继续，否则只能给你 NPE

3L 正解

null>0
false

null<0
false

null==0
false

null>=0
true

null<=0
true

--------
js 行为

基本数据类型才能够直接比较大小,Integer 比较大小会自动转 int.null 没有对应的值自然会 NPE.jdk1.5 开始支持泛型和自动装箱拆箱,这个版本之后才会有 NPE 问题

因为 null 是 null 类型的单例
而一般的强类型语言只有数字相关的类型才支持 compare 运算符

所以是支持类型自动转换的弱类型语言或者是支持操作符重载的语言才能做到

JS 自动乱转被黑了一亿年 建议学用 Optional

直接 if (a && a > 0) { }不行吗

@coyoteer 当然可以，但是我经常忘记 a 判空

明确不能为 null 的为什么不用 long 要用 Long 呢

Java 好就好在没有那么多语法糖

@nothingistrue 基本类型的自动封装解装，我目前的理解就是的 int -> Integer 互相自动转换
然后每个基本类型有自己定义对于运算符的逻辑

请问我的理解，你打多少分，100 分满分的话

@momocraft 深有同感，感觉 js 一直在走极端，明明只要一个强类型，然后搞出了 ts ，开始有人吐槽了。作为一个 java 写 js ，我觉得最难写的就是判断，各种出乎意料的结果。

@yazinnnn 感动哭了，JS 判断行为真的让人无语。

用 long 不要用 Long ，你既然用了 Long ，那么说明有需求要区分 null 和 0

null 和 0 能比较才是大问题吧，null 表示没赋值，未初始化，怎么能拿来比较

@Still4 怪我没说清，用 Long 是因为在 HashMap 里面

我在想一个问题，已知变量 a 是数字类型，那么这个变量在判断的时候是否可以有默认值来代替呢，这样就可以进入你的 if 判断了啊。比如你数据库查询出来的 a 是 null 那么判断是否 > 0 肯定是会报错的，你数据库不能设置默认值吗。

我的建议是换 Kotlin ，保证参数签名是 Long 的函数不会被 null 调用

你可以参数定义为 int a

没参加考试是 null ，考了 0 分是 0 ，这就是包装类最大的意义，区分 0 和 null

null 是空，什么都没有怎么比

既然都报了 NullPointerException 那就是变量有 null 的情况，去处理 null 的场景，自己定义 null 和 0 比较的结果。
要是代码能百分百确定不是 null ，那你担心什么抛异常。

语法糖用 manifold ，甜死我啦。

你这个用 manifold 好像不能实现，但是可以用扩展方法实现一个类似解决方案
```java
public class DemoApplication {
public static void main(String[] args) {
Long num = null;
num.greater(1).print();
}
}
```
虽然 num 是 null 但是不会有 NPE ，实际上就是调用你写的静态的扩展方法

运行结果是 true
greater 是扩展方法，返回一个 Boolen
print 是扩展方法，调用 sout

你这个就直接
a.greater(0)

@oldshensheep 上面输出结果说错了，结果是 false

@yibo2018 map 的话我觉得需要在写入的时候检查 null 的情形，读取的时候就不需要担心 npe 了

不要用包装类就不会，用包装类就 equals

因为 java 里面 0, 1 这种数字很独特, 是个"基本类型",

a 作为一个对象, 想和基本类型做大小比较, 需要先转成基本类型, 而 null 是转不过去的

别想太多，纯粹是 JS 设计太烂而已。

null 与 0 之间转换本来就不符合逻辑，各种语言都给你来这种 feature ，而且还不保持一致，你如果是个多语言用户你咋办，死记硬背这些莫名其妙的无聊规则吗？

@yibo2018 #20 a 是 Long 的时候，a > 0 在编译时会被转换为 a.longValue > 0 （实际情况可能只是编译后等效而不是先转换再编译，但可以先这么认为）。原本 null > 0 ，或者对量变量 obj > 0 ，都是编译错误，8 个封装类型是加了语法糖，才能这么写。

知道以上情况，会更容易定位到 NullPointerException “> 0” 没有关系，抛出它的地方是 a.longValue 的时候 a 是 null 。这只是一个很普通但很难处理的 NPE 问题。对于你这种从别的地方接过来的变量（不是你能控制的变量）来说，你只能判断它给你的是不是 null ，但不能控制它不给你 null ，所以是铁定要做 null 判断的。

如果你只是需要代码更好写 /看，而不是避开 null 判断，那还是有办法的。可以写成这样，if ( requestNonNullOrDefult(a, -1) > 0) 。requestNonNullOrDefult 就需要你自己提供，或者找第三方工具包了，JDK 是没有的。JDK 8 以后用了另一种套路来解决 NPE 问题，它要求方法返回一定不会是 null 的对象，要么是确实不会是 null 的对象，要么是可能为 empty 的 Optiona<T> 对象。

因为算术运算符与 null 运算，不管是返回 null 还是 false 都不合常理，例如 == 和 != 会同时返回 null/false
你需要的是默认值，将需要比较的 nullable 变量转为 not nullable ，例如 C#的 null 合并运算符 ?? 和 ??=
```
(someVar ??= -1) > 0
```
不过关系运算符支持 null 倒是合理的。

你没有用过 Optional 吗

我项目中有大量这种操作，主要是服务器接口使用整数 01 代表 false 和 true ，
这边处理是直接封装两个方法用来转换，