喔，好耶！

用起来确实丝滑，现在很多搜索引擎搜索到的信息页面基本都是半个屏幕塞满广告的那种模式，这么优雅的网页应用好难得的。

要说建议的话，例如图鉴和搜索页面那边，顶部输入控件也许可以用 sticky 布局保持在滚动容器的顶部，这样就更方便查图鉴翻得靠下的时候更换查询条件了 (不过移动设备手动滚动到顶部倒也不费时间)。

顺便，如果继续更新的话，也可以适配一下 PWA ？这样在绝大部分不是很旧的浏览器里面就可以添加成桌面图标全屏幕运行了，iOS Safai 也支持，体验不比原生应用差。
可以看下这边： https://web.dev/progressive-web-apps/
(基本就是添加必要的 meta tags 和 manifest.json, 以及配套的图标，太进阶的特性因为不同浏览器的兼容性问题可以无视)

USB A 口的输出功率很小，USB 2.0 最大电流 500 mA ，USB 3.x 最大电流 900 mA 。

不过，刚刚试了下，手边的电脑 C 口是可以 5V 3A 输出的，可能这个才勉强够现在电子设备的平均快充速度的底线。

也就是说，比起考虑能充几次，不如先想一下这个速度会不会有些慢过头了……顺便再考虑一下低电压充电的高线损。

如果准备出远门的话，还是多买一个支持快充协议的充电宝吧。

屏幕 nb ，性能不清楚最近几代如何，但之前的 Pro 系列是经常吃散热的亏的。

手持肯定会偏重，而且考虑到发热，我有个 Surface Book 2 15 寸型号，架成绘图模式的时候手掌贴着屏幕日常被烫得难受，所以现在动笔的活儿全挪到 iPad 上去了 (iPadOS 在非预览版系统下不会出现屏幕烫手影响书写的情况)。

要说最大的优点，扬声器、屏幕显示素质、键盘设计，然后大概就没了。不过，这些优点也是其他 Windows 设备少有的。

触摸屏对于 Windows 来说…… 至多就是整网页开发的时候可以更灵活地调试触摸交互，其他的话个人感觉日常没有用到的地方。换屏幕的时候被第三方坑了之后，顶部会出现幽灵触控，就把触摸暂时屏蔽了，只保留了笔触。

……另外顺便也提一下自己的设备，反正也刚好是同一系列的产品。Surface Book 的 CPU 和显卡配置搭配给人一种小马拉大车的感觉，不知道是不是错觉。Windows 界面是核显渲染的，开透明效果就日常掉帧。CPU 性能就那样，然后，1060 显卡跑分不如惠普某 1650 的笔记本。Blender 用起来挺可以，大型游戏的话反而容易遇到 CPU 过热导致逻辑帧数 (这么叫准确么? ) 跟不上、游戏掉速度 (不是仅仅掉帧了)、音频断流。

Pro 系列不是很清楚，我这就一台垫桌腿都嫌碍事的 M3 底配 Pro 4 ，已经不知道啥时候从某鱼捡来的了。因为底配的无风扇设计，夏天你可以试试在户外开机看看…… 目前已经落灰许久。

我来捉虫了 (不是来捣乱的 别太介意……)

Bug 相关：
- URL 直接访问没有适配 React Router (GET https://www.wedtr.com/register -> 404)
- 登录注册表单的 label 把输入框推得有些靠后了
https://i.imgur.com/FSFdlMM.png
- 邮箱按理说是可以有下划线的
https://i.imgur.com/JYfzZ2T.png

用户体验相关：
- 网络请求出错的情况下，没有直接的提示 (以及，默认超时时间挺长)
https://i.imgur.com/NkC78kd.png
- 以头像上传按钮和发布按钮为例，上传中的状态下缺少提示，且按钮没有被 disabled (可以被再次点击导致重复请求)
- (以及，对所有人可见的开关状态不会被保存)
https://i.imgur.com/Ae9LI4K.png
- ……配图为什么会限制图片的比例尺呢
https://i.imgur.com/iwNqc8e.png

顺便：
- lang
https://i.imgur.com/aD31a4x.png

更正："此时的任务队列是空的" → "此时，当前的回调函数并没有直接进入任务队列"
(正在执行的也是一个宏任务)

@zhanglintc

我不确定自己的解释对不对，所以…… 如果有路过的人发现有不准确的地方，麻烦一定要指出来一下，感谢。

setTimeOut 注册的是 marcotask (宏任务)，它的行为是这样的：
- 在执行到 setTimeOut 的时候，定时器会交给 JS 引擎去在指定的将来 n 毫秒的时候，将 callback function 推入宏任务队列 (**注意** 此时的任务队列是空的，等待定时器的过程不属于 JS 的任务队列里的任务，注册的回调函数才是)
- 只有在当前的同步语句执行完成 (即当前的宏任务结束) 之后，宏任务队列中才会开始执行下一个任务

也就是说，即使这里在两个 setTimeOut 执行结束后，阻塞了超过 10 ms ，实际上宏任务队列也是会按照注册的时间将任务推进去的——只不过到时间了的时候，当前的宏任务还没有结束，所以回调函数不会按预期执行 (但确实是按预期的时间顺序推到了队列里面，所以是打印 2 的任务在打印 1 的任务之前被推入)。

(这整个代码块需要被视为是一整个宏任务，sleep() 执行完毕之前，宏任务队列里面的其他任务不会继续执行，但不代表宏任务队列不可以被推入新的任务。进入队列的时间不受 JS 阻塞的影响，JS 的阻塞影响的只有开始执行的时间)

啊，以防对于前面描述的宏任务的概念有些理解不到位，这里放个参考链接：
https://stackoverflow.com/questions/25915634/difference-between-microtask-and-macrotask-within-an-event-loop-context

我挺确定 Airpods Pro 的耳机和盒子的耐摔程度是很高的，只要不一脚踩上去的话轻易不会有损坏。
至于充电盒刮花这种，多刮一阵子不就成亚面了嘛，不用计较。虽然卖得贵，但也当消耗品用吧，不然买了电子产品还要一直伺候，蛮憋屈的。

啊找到了，这里： https://juejin.cn/post/7171002835016892453

Javascript Promises are Eager and Not Lazy: https://tusharf5.com/posts/js-promises-eager-not-lazy/
(就是一楼所说的那个)

同样的题目我记得在掘金上面看到过一个细致的题解，客户端似乎没有浏览历史记录，所以链接也没法找了。

@SchneeHertz
确实，这个界面提供的实时信息也很详细，顺便感受了一下 很 飞 快 的传输速度 (显示的实际实时速度是能达到 10 KB/s 以上的，取决于设备的二维码刷新率，但越往后的有效数据会越少，最后的个别分块会等待很久才能补齐)。

也就是说，确实不是不可行，不过现在常见的二进制文件体积少说也是数百 KB 起步，真用起来倒也挺不够带劲的。

和内容农场一类的，热门内容的中文搜索结果不堪入目已经是日常了

确认有效 (移动端 Safari)

贴吧网页版肯定是有维护的，往更烂的方向而已。以前不登陆可以无限制浏览，现在帖子的第二页开始所有楼中楼都全部不显示了。

扇区没覆写的话，DiskGenius 试过没，可以在之前的分区信息丢失的情况下按文件头进行文件扫描。但有个问题，一些固态硬盘对于文件删除或者格式化操作是有硬件层面的数据保护措施的，会同步将对应扇区复位。这种就没有办法恢复了。
不是这方面的专家，措辞和描述可能不一定准确，看个大概意思吧。

还真是，感谢分享。
这功能很早就有人在网上抱怨过了，Apple 居然拖了三年才给加进来…… 尤其是低电量的噔噔咚，在夜间环境很安静的情况下一直很吓人。

@jinyang656 米家这个，感觉上是为了避免同屏按钮过多、给用户造成一种使用起来很复杂的错觉（不能高估普通用户的接受能力……）。它是做到了常用功能放置位置偏上的，还算合格。

OP 给的例子看上去则是有些典型的反面例子，IM 类界面参考 TG 或者 iMessage 的布局，消息密度也不会太密，从交流效率的角度来看会比这种一个屏幕只能显示三句话的布局要好很多，但要是硬说疏松的排版的好处的话，大概是会给用户一些亲切感，看上去简洁 (代价是低效)。