guyeu

能把这个模型的四层说出来，然后在实际工作中应用起来，我觉得是加分项。

所谓“完整”，大概是指代码执行到 serverSocket.listen 了。
所谓两个进程，大抵是其中一个进程占用端口后第二个进程启动失败没有正常退出了。
没有正常退出，就只好 jstack 看看哪个线程没有正常退出了。

Java 不是应用程序，vscode 和 android 模拟器也都不是用 java 跑的。。你需要看看那个 java 进程具体是什么应用

好吧，用错镜像了

卧槽 今晚刚建了一个就遇到这问题。。。也太坑了吧

鉴于 Java 不支持基本数据类型的泛型，所以没法不用对象当作 Map 的 key 。

以下正经表达：重写 hashcode 和 equals 方法，刚才搜了以下你说的八股文，它们描述的是，为什么在用到哈希表的情况下需要重写这两个方法，这个就能回答你的第一个问题，需要重写这两个方法的业务场景是可能或已经用了哈希表的场景，包括但不仅限于 HashMap, HashSet, HashTable, ConcurrentHashMap...

另外，用作 HashMap 的 key 的对象不拘泥于是什么类型，只要不是可变对象就不会出什么问题。业务中用的最多的是 String ，一些不讲究类型表达语义的编码里，经常会把其他的数据类型转成 String ，用作 HashMap 的 key ，在这些代码里，几乎就见不到其他类型作为 HashMap 的 key 。

了解下引用和对象的概念呗

@aguesuka 假装这是正确姿势。。。e.getMessage()是可以返回 null 的

借楼问下 manjaro 安装后启动报以下错误咋整：

```
● tailscaled.service - Tailscale node agent
Loaded: loaded (/usr/lib/systemd/system/tailscaled.service; enabled; preset: disabled)
Active: activating (start-pre) since Fri 2022-12-09 20:30:09 CST; 614ms ago
Docs: https://tailscale.com/kb/
Cntrl PID: 3007996 (tailscaled)
Tasks: 11 (limit: 18724)
Memory: 7.0M
CPU: 22ms
CGroup: /system.slice/tailscaled.service
└─3007996 /usr/sbin/tailscaled --cleanup

Dec 09 20:30:09 guyue-manjaro systemd[1]: Starting Tailscale node agent...
Dec 09 20:30:09 guyue-manjaro tailscaled[3007996]: logtail started
Dec 09 20:30:09 guyue-manjaro tailscaled[3007996]: Program starting: v1.32.2, Go 1.19.3: []string{"/usr/sbin/tailscaled", "--cleanup"}
Dec 09 20:30:09 guyue-manjaro tailscaled[3007996]: LogID: 9d371bac771ff1f7a784de2c0e9b09294902849b96f197ba0b5a5331c0f81f53
Dec 09 20:30:09 guyue-manjaro tailscaled[3007996]: logpolicy: using $STATE_DIRECTORY, "/var/lib/tailscale"
Dec 09 20:30:09 guyue-manjaro tailscaled[3007996]: dns: [resolved-ping=yes rc=resolved nm=yes nm-resolved=yes nm-safe=no ret=systemd-res>
Dec 09 20:30:09 guyue-manjaro tailscaled[3007996]: creating dns cleanup: route ip+net: no such network interface
Dec 09 20:30:09 guyue-manjaro tailscaled[3007996]: flushing log.
Dec 09 20:30:09 guyue-manjaro tailscaled[3007996]: logger closing down
```