logseq

Xnip

@LittleHunger 😨，我最近也打算找工作，太难了吧。

@LittleHunger 有投其他招聘平台吗？

试一试 hiddenbar ？ https://github.com/dwarvesf/hidden

- ID: 75626344
谢谢

我的 Mac 用的是「休息一下」

https://apps.apple.com/cn/app/%E4%BC%91%E6%81%AF%E4%B8%80%E4%B8%8B-%E7%BC%93%E8%A7%A3%E7%96%B2%E5%8A%B3%E6%8F%90%E9%86%92%E5%B7%A5%E5%85%B7/id1457158844

Java: bW9uc3Rlcl9oeHc=

推荐你看一下 CSAPP 的第三章，看完你就懂啦

上面回复中的「所以样式代码中的情况可能是：」少说了一点：7. 所以程序没有正常地结束。

死锁的定义：[死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象。]( https://baike.baidu.com/item/%E6%AD%BB%E9%94%81)

所以样式代码中的情况可能是：
1. 线程 t1 在第一个 synchronize block 中持有 String A monitor;
2. 线程 t1 sleep 2 秒;
3. 线程 t2 在第一个 synchronize block 中持有 String B monitor;
4. 线程 t2 在第二个 synchronize block 中需要获得 String A monitor，但此时的 String A monitor 被线程 t1 所持有，所以等待线程 t1 释放 String A monitor 。（如果是 JDK 6 以上，会进行锁膨胀，因为优化了 synchronize ）
5. 线程 t1 sleep 2 秒后，进入第二个 synchronize block，此 block 需要获取 String B monitor，但此时的 String B monitor 被线程 t2 所持有，所以等待线程 t2 释放 String B monitor 。
6. 所以形成了死锁。

可以通过以下的方式，查看 DeadLock 的具体信息
1. 查看 DeadLockDemo 的程序 pid

```bash
jps
```

响应如下：
```bash
11094 DeadLockDemo
11100 Jps
```
2. 查看 DeadLockDemo 程序的 dump 信息

```bash
jstack -l 11094
```

可以看到最后的结果如下：

```bash
Found one Java-level deadlock:
=============================
"Thread-1":
waiting to lock monitor 0x00007fe08201aab8 (object 0x000000076aba4500, a java.lang.String),
which is held by "Thread-0"
"Thread-0":
waiting to lock monitor 0x00007fe08201bea8 (object 0x000000076aba4530, a java.lang.String),
which is held by "Thread-1"
```

我刚裸辞，互勉。

会！

Mac 上的 notability，我只作为浏览

17 款，Mac 切换到 iPhone 可以，但 iPhone 切换不了 Mac ...

SICP, CSAPP

已关注，支持一下