似乎有 Chrome extension 可以设置键盘快捷方式。另外，一个牺牲比较大的方法是禁用锁定工作站，然后把锁定换成按 Ctrl+Alt+Del 并选择“切换用户”。

后一种方法会导致解锁比通常慢。

@geelaw *加载完毕 - 加载

另一个可能的方法是尝试用 COM，写一个包装器，然后通过进程外实例化得到隔离，但代码几乎不用改动。

目测原因是两者都用 loader 加载 C DLL 导致的 DLL hell ？

可以尝试自己写一个 DLL 转发所有的 A 的 API，但不要用 loader 加载完毕 A，用 LoadLibrary 和 GetProcAddress。

在中文输入法下临时换成英文的方式是按一下 Shift。

可能是这个原因 /t/530669

@loqixh #1 Windows 当然可以，只要打开的时候不要阻止删除即可。

一个自然的想法是这段 Java 代码之前打开过此文件（且不允许删除）但没有正确关闭。

@reus #2 Java 的 hash code 是 32 位，但 SHA-256/512 的输出远远长于 32 位

实际上一个很快速的策略是使用 AES + 固定 key + 截断，因为现代 CPU 有 AES 指令，所以这个可以非常非常快。此外，通常数据如果没有 adversarial behavior，那么 AES hash 的碰撞率比较低。

把数个成员的 hash 加在一起是一个非常糟糕的方案，比如 class X { int a, b; /* details omitted */ } 那么 (1,0) 和 (0,1) 一定会有相同的 hash。

如果你的算法里面没有随机数，那么任何人都可以完美复现你的算法，因为从来不假设别人看不见你的代码。

@aguesuka #1 @momocraft #3 其实这并不是重点，Class<Integer> 和 Class<String> 都是 Object 的派生类（并不能说是“完全无关”），楼主想要问为什么引用比较不直接假设隐式转换为 Object 后引用比较。

根据 JLS 12：

15.21.3 Reference Equality Operators == and !=
If the operands of an equality operator are both of either reference type or the null type, then the operation is object equality.
It is a compile-time error if it is impossible to convert the type of either operand to the type of the other by a casting conversion (§5.5). The run-time values of the two operands would necessarily be unequal (ignoring the case where both values are null).
...

如果 a == b 里面 a、b 的编译期类型分别是非 String 的引用类型 A、B，则必须存在 A 到 B 的隐式转换或存在 B 到 A
的隐式转换，否则编译失败。这是一个人为限制，动机主要是绝大多数情况下这两个的比较结果都是“不引用相等”。

只需要把一个比较运算数转换为 Object 即可编译成功。

@mrcn #6 这说明你没有使用默认配置呗

@verrickt #4 默认配置下 explorer 是不会使用多进程的，所有新的 explorer 进程会把操作传给主 explorer 进程后关闭。

第一个根本不够成问题，对象复制是一个需要对象自己 aware 的事情，什么操作叫做“克隆”是由对象自己定义的，在对象自己定义这个概念之前，这个词无意义。

抽象方法的最简单的实现就是不在 JavaScript 层面实现，正确做法是用 TypeScript 做类型检查。运行时动态判断的开销是无意义的。而且 new 的目标不是说 AbstractBase 不代表它不是 AbstractIntermediate。

最终方法的实现是令实例冻结，并递归冻结类的构造器。然而这样做的意义其实也不大，因为 JavaScript 用户代码是白盒的，你总是可以强行派生。

@geelaw *一个人 - 一个

你应该加一个人 disclosure：这个链接是 referral link，且 referral 可以获得好处。

int128 咯

保持开发的方法当然就是保持开发，就是用你的 subscription 进行 Office 365 的开发活动，包括编写和测试 Office add-in 等。

区别在于第二种写法是错误的，因为 a/b 不是赋值、构造、方法调用、自增自减，所以无法构成 Java 的表达式语句。

异常是错误码的替代，不是预判的替代。

根据 MDN 的兼容性列表，不存在一个各个平台通用的格式。

足以见得 V2EX 自作聪明加空格的算法是多么不小心。由于这个算法，“读 JSON 文件”中间被加了空格，因此失去了作为标识符的资格。