直接装官网的，没有更换 JBR
IntelliJ IDEA 2020.3 (Ultimate Edition)
Build #IU-203.5981.155, built on December 1, 2020
Subscription is active until November 2, 2021
Runtime version: 11.0.9+11-b1145.21 x86_64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
macOS 10.16
GC: G1 Young Generation, G1 Old Generation

偶尔崩溃但还没到很频繁的程度，有点卡但还不算很严重，我之前习惯同时开两个项目就比较容易崩溃，所以现在只开一个项目

brew cask install adoptopenjdk15

首发官网 6799, mini 是最适合裸奔的手机, i8 和 se2 虽然的确手感不错但是裸奔容易手滑

copy on write impl

@perpetually #13 他说的应该是折旧而不是 Apple Care +++++ 的年年换新

既然作为过渡, 1 的方案还不如所有配置不变改为 Air, m1 的 air 和 pro 性能几乎没有任何区别

试试 META-INF/context.xml ?

用 mini 不裸奔就失去精髓了

在我这里, Air 全是加分项（无 bar，无风扇），pro 就只有电池大一点这个加分项

满血版免息分期每个月 500 四舍五入等于两万四
残血版免息分期每个月 499 四舍五入等于不要钱

原来也是没有的，我记得是按照 Xcode CLT 的时候一起安装的（同样的还有 git ），是 CLT 把 svn 删了

"并且传入和 promise1 一样的值 value" 似乎是翻译错误, 正确的应该是 "并且把一样的值赋予 promise1 的 value"

感觉上可能是机器翻译的有点问题

> 2.3 [[Resolve]](promise, x)
可以理解为 js 的 let promise1 = new Promise(resolve => { resolve(x) })
[[Resolve]] 就是指这个 closure 内的 resolve 方法

> 2.3.1 如果返回的 promise1 和 x 是指向同一个引用（循环引用），则抛出错误
对应上述表述, 即在 closure 内执行 resolve(promise1) 的结果是抛异常

> 2.3.2.2 如果或当 x 状态是 fulfilled，resolve 它，并且传入和 promise1 一样的值 value
对应上述表述, 即在 closure 内执行 resolve(x) 的结果是 x 的状态结果值

短剧除了 271 能想到的大概只有摩天大楼了

因为桶的数量通常不会超过 65536, 异或一下减少高位信息熵的浪费

java 兼容性如果都能挑剔的话别的就更不要说了

你说的的这种问题是常见情形, 如果你一定需要使用高版本的 javac 的话, 正确的做法是给 javac 指定 bootstrapclasspath, 使用 JAVA 8 的 rt.jar, 仅仅靠 -source / -target 参数是无法保证 bytecode 能在低版本的 runtime 下运行

不能, git 甚至被设计为在没有任何 ref 的情况下无法远程访问一个 dangling hash object
git fetch 是不支持一个 hash 的