搞丢代码的 commit 在 diff 上未必显示为删除，因为 merge diff 显示的是"外部 commit 相对于当前分支的改动"，而不是反过来。

举个例子，master 一开始有 A 这一行代码，然后切出个人分支；

后面 master 新增了 B （此时代码为 A+B ），个人分支新增了 C （此时代码为 A+C ）

当个人分支 merge master 时，假设冲突正确处理，显示的 diff 是+B ，而不是+C ；
如果冲突处理有误，把 B 搞丢了，那 diff 什么都不显示，而不是-B

与平常最常用的工具绑定，好处有二：
1. 能保证及时接收，不遗漏
2. 降低建立 todo item 的成本

目前我用的是企业微信的待办项，能完美满足上面两点要求。

企业微信的另一个优势是，待办项可以和聊天记录关联。
如果有些待办项记得不清楚，导致事后会想不起来上下文，这时查看当时的聊天记录，一下子就都想起来了。

两个 url 在替换后均会变成

https://aa.bb.cc/gitea/img/logo.svg
========================

是等价于下面的 URL ，还是客户端改成（重定向）这个 URL ？

是想实现什么目的？看描述有点像是 XY problem

洛川富士。甜中带酸，口感清脆，活力盎然，秒杀其他品种

拖拽 item 没有触发 pull to refresh ，这个应该是正确行为吧

用一个能改变的例子作对比，可以更好地理解：

首先 a 由常量改为变量：
```let [a, setA] = React.useState({ value: 0 });```

其次设置时不要走 set 函数，直接修改：
```<button title="update" OnPress={() => a = Math.random() } />```

这样定时器就能打印最新的 a 了。为啥？因为这时候 useEffect 生成的闭包中，a 变了。而题目的例子，a 没变，变的是第二 /三 /n 的 a

这就是一个最直白的闭包问题。

两个点：
一是
```<button title="update" OnPress={() => setA(Math.random())} />```

这里的 setA 会触发 re-render ，因此函数首次执行生成的 a ，始终都是初始值0 ；而定时器读取的都是这个 a ，后续渲染的 a ，这里读不到。


二是，useEffect 的 dependencies 传了空数组，因此 useEffect 内的函数只有首次渲染会执行。
尽管 a 的值在后续渲染中的确改变了，但没执行定时器，也就无法打印。

可以把 dependencies 去掉，变成每次都执行，打印结果就会显示最新的 a 了（尽管还是会混杂旧的 a ）

@flypanda
"但是就是不让 Bob 解密其中的 Message"
================
Alice 可能怎么做呢？比如用其他公钥加密？或者破坏 Cipher ？

应该不是斜杠的问题，楼主发一下报错的 css/js 的请求路径吧，有可能是写死的，等于在读 8088 的资源（实际不存在）

有人知道第一题的 leet 编号吗

@feeeff 比如，一个组件在每次渲染时，都要对比上一次的 props 值，并根据结果做不同的处理。
这里就需要一个 ref 来缓存旧的 props，用 useState 的话会造成额外的渲染