你可能是进入了选择模式了，这个不是 wsl 的锅，是命令提示符的锅

这是一个对 monitor 对象及 wait/notify/notifyAll 等方法的典型误解，要注意这几个方法是定义在 Object 类里的，从逻辑上来说 monitor 对象表示的是你需要控制互斥及同步访问的资源本身，而不是线程，这就是为什么很多代码里会有类似 Object lock = new Object()这样的语句，作为 monitor 的对象只需要跟你想要控制的资源有个一一对应的关系即可，基本不会有把 Thread 对象作为 monitor 的需求

jdk 源码的 Thread.join 方法的注释里有这样一句话

It is recommended that applications not use wait, notify, or notifyAll on Thread instances.

@fvckDaybyte2 让香客自己动，原谅我想歪了……

我选择先救火（滑稽

@shinko 不知道到底谁菜，你想说的是 ss 流量被识别，然鹅这真的跟标题说的 socks5 没有半毛钱关系
第一：socks5 协议本来就是特征公开的，一直都能识别，而不是最近才能识别
第二：在 ss 的工作模式里，socks5 只存在于浏览器和你本地的 ss 客户端之间，而从 ss 客户端到机场的是加密协议，这才是你所谓的“被识别”的东西

可以参考下我自己撸的这个，就是用的第一种思路，并且完全不会破坏代码结构

https://www.v2ex.com/t/459387

第二个 clipx 或者 ditto

还以为阿姨说“小伙子，你这里少了个分号”

如果是数学语境，就是指“平凡”、“非平凡”，至于“平凡”，就是指“正确的废话”，例如任意一个集合，空集和它自身一定是它的子集，这两个子集无论如何都会有，不会带来更多的信息量，所以叫做“平凡子集”，而更多的时候我们关心的是除了空集和自身以外的子集，也就是“非平凡子集”

难道判断未使用的代码写反了🤭

响应式布局

这个简单，让后端在登录接口里加个 sleep （滑稽

@GuguguguDa 肯定是可以还原的，否则怎么验证签名，验证签名的过程就是用公钥解密啊，至于你贴的那个链接，你再好好看看，那个问题问的是为什么公钥加密的消息无法用公钥还原，跟你这里问的不是一回事

取决于你怎么理解“加密”，如果“加密”指的是 RSA 里的“明文+密钥=密文”这个过程的话，用公钥和私钥都是可以的，公钥加密就对应的私钥解密，私钥公钥就对应的公钥解密，而如果放到实际的应用场景里，只有“公钥加密、私钥解密”才能起到保密信息的作用，这整个流程合起来称为“加密”，反之，“私钥加密、公钥解密”并不能让信息保密，但是却能起到验证发送者身份的作用，于是这整个流程称为“签名”

能否接受短路，如果能接受的话就很简单
```
boolean foo() {
if (funcA()) {
return false;
}
if (funcB()) {
return false;
}
if (funcC()) {
return false;
}

return true;
}
```

这个在红黑树的定义里已经写得很清楚了吧，红黑树的平衡只是保证了各子树的黑高度相等，而由黑高度的定义可以看出最坏情况下最高子树的高度是最低子树高度的两倍

借地广告下自己撸的 coroutine 轮子，现在还处于玩具阶段，但是功能是完备的
https://github.com/GuuJiang/Jacob

@shd @aliasliyu4
0 就 0.10 啊

依次给他转账 0.0X 元，X 为你自己手机号的每一位，接下来就看他能不能领悟了