因为不存在父类的实例这么个东西，你实例化一个类的时候，实例化出的就是一个对象，并不是父类有个对象子类有个对象。
但是在类内部有需求访问这个类继承自父类的方法、属性，所以有了 super 这么个关键字，用来区分当前类和它的父类，不会引起混淆的情况下你省略这个关键字也没关系。
但是在类外面不能使用这个关键字，这会破坏对象的封装和继承。

不能点反对+没有帮助。。

我猜一下哈。。监控系统每两分钟采集一次数据，而采集数据的时间是差不多一样的？

图片和视频只处理索引。

@wysnylc #33 同意你的大部分内容，但是绝对不同意应该用异常来实现逻辑。
比如 b/a 这个场景，不要傻乎乎得直接除+捕捉除 0 异常，应该检查传入参数，
if (a == 0) throw new IllegalArguementsException("a cannot be zero.");

滥用异常来实现逻辑一方面大量的异常会造成效率损失，另一方面 try catch 块的确会侵入正常逻辑造成可读性变差。
另外，大多数开发者的能力并不足以驾驭实现这样的异常处理逻辑，所以，防御式编程，在发现问题之后抛出异常，但是不要制造问题。

@wysnylc #28
@sunznx #30
爬了一下楼，二位想必是知道捕捉异常比条件判断慢的，的确是慢在了收集堆栈信息上，或许可以通过重写 Exception 父类的内容来避免，但是更合理的当然是使用条件判断而不是处理异常。
这个慢是数量级的慢，“只差几毫秒”？无数计算机科学家绞尽脑汁，无数材料化学家物理学家费尽心血，让现在的 CPU 可以在毫秒级里执行几百万次这样的逻辑，不是给你这种睿智这么浪费的。

异常就是异常，它代表程序的错误，而不是逻辑的一部分，不要用异常来实现逻辑。

@wysnylc #22
@felixlong #25
用异常来实现逻辑毫无疑问是错的，我写了一个小例子，异常比条件判断慢 100 倍以上：

```java
public static void main(String[] args) {
long cur = System.currentTimeMillis();
final int LOOP = 100_000;
for (int i = 0; i < LOOP; i++) {
try {
int b = 0;
int a = i / b;
} catch (ArithmeticException ignored) { }
}
long cost = System.currentTimeMillis() - cur;
System.out.println("cost1: " + cost);

cur = System.currentTimeMillis();
for (int i = 0; i < LOOP; i++) {
int b = 0;
int a;
if (b != 0) {
a = i / b;
}
}
cost = System.currentTimeMillis() - cur;
System.out.println("cost2: " + cost);
}
```

输出如下：

```
cost1: 1199
cost2: 4
```

@wysnylc #4
@zunceng #8
java 的异常设计优势是让程序的各种无法预期的错误可以不影响代码结构，这一点比楼主提的 2 和 3 都好。go 的设计也是为了这个目标，但是实现得很愚蠢，java 里可以很容易得把异常抛给上层去处理。
Wrap 和 Unwrap 其实很大程度上是 java 的 Cause by 和 Supressed 的翻版。
就现在而言，个人认为 java 的这个异常方案可以说是最接近最优解的了，然而无论在哪里，处理异常只要把握住以下两点就可以了：
1. 不要丢失信息，包括异常树和异常堆栈；
2. 简洁，不要侵犯正常逻辑。

了解一下 go 语言
result, error := func()
if error != nil {
...
}

do not understand
English is too hard to me

这种操作带来的问题绝对比解决的问题多

量子计算对一切现有的基于大数运算的加解密算法都会造成颠覆性的影响，那一天或许已经距我们不再遥远；

同时，量子计算对现在大量旨在割韭菜的区块链项目所采用的工作量证明算法来说，也会造成颠覆性的改变。

然而，在量子计算技术的推动下，新型区块链使用的加解密技术大概率将引入量子计算，同时，证明机制也会被调整。

鉴于当下各区块链的证明机制的效率硬伤，量子计算对区块链来说绝对是一个巨大的进步而不是破坏。

我曾经花了六个小时把公司的 spring boot 项目里的 json 整体换成 jackson，旧代码是 fastson、、、现在他们又引入了 fastson。。。

人家写得很明白，把按键绑定到一段 js 脚本，可以做到的事情比单纯的 vimium 等多多了。

个人觉得和 goto 完全不同，它只是跳出而不是跳到，没办法用它来实现循环

这个是很早就有的一个 java 特性，可以命名一个语句块然后通过 break name 的方式跳出该语句块

你把 response 打印出来不就能知道 json 哪里不对了。。

坏问题。
没有人会问求推荐后端开发的社群这种问题。