@niunew 但是按你的说法，如果只有一个设备，丢了，就无法登陆了，只能用类似上传证件方式拿回账号了。

@Matrixes 对的，密码和 2fa 使用不同的管理器，还可以防止一锅端现象

@ysc3839 是的，从算法原理上肯定是比密码好的。问题出在管理上，实际情况总是需要管理这些密钥的，比如云同步或者打印密钥，这就增加了使用成本也降低了安全性。

@moudy 对的，我也觉得，passkey 只是比反复用老密码安全一点，但是并没比密码 + 2fa 安全。而且同步账号被盗会面临一锅端风险。

@woniu7 你有同步 passkey 在某个账号上吗？如果那个账号被盗了，不是全丢了？

如果你没同步在某个账号上，那万一你设备丢了，怎么办？

@v1 如果 passkey 需要用备用代码记录，那并没有比用密码管理器生成长密码更方便安全。

@leoking6 就是有的人 google authenticator 因为开了同步，被盗账号后，所有的 2FA 验证码就都在黑客手里了。passkey 同理，一旦同步账号被盗，就全部裸奔了。所以我觉得 passkey 没有更安全。你说的很多网站用同一个密码，确实用 passkey 可以避免。

总的来说我感觉，安全性上：

密码管理器 A 生成密码 + 2FA 管理器 B 记录验证码 > passkey > 老密码

@w568w
@antileech 十分感谢 解释的很详细

@Suzutan 感谢，看来可能就是用这种方法确定浏览器唯一性的。问题是，这种用于确定客户唯一性的方法，浏览器似乎没什么好的防隐私泄漏应对措施。

@x86 感谢，按理说 mullvad 换 id 会更换指纹才对，即使这样也会被识别出来。

@e23nome 根据现在 macos 和 ios 的 bug 层出不穷的情况来看，应该是屎尿遍地的。

@newaccount 你这是最正常的一种情况，很多人会碰到各种情况。你试试没网的时候，试试手表飞行模式的时候，试试手表蓝牙关闭情况下。能不能 10 次里 10 次 100%成功？

官方买的话，可以退货

@butanediol2d 巧了，我就是在和 c 交互时候发现这个问题的

@billbur 会出现的。比如我有一段二进制数据 A ，我正好需要其中一段数据`B = A[x..<x + size]`,然后我正好要把这段数据最后 4 个字节改为 0 。

那么按照一般程序员逻辑，用最朴素的写法就是`B[size - 4] = 0; B[size - 3] = 0; B[size - 2] = 0; B[size - 1] = 0`。然后编译不会报错，程序运行也不会报错。只有你检查结果，会发现不对。

只有认真学过 swift 的人才知道，应该用`startIndex.advanced(by: )`

@wangkun2012324 老哥厉害

@ourstars 对，swift 设计了这个反程序员直觉的语义。导致你去问 ai ，也有一大堆 ai 会回答错误。

都是为了生存，不容易

edge 是这样的，自从 edge 被微软作为重点项目后，就开始不断添加私货，早就可以弃船了。

helium 走起