@ThirdFlame #28 楼主觉得自己选择了 RSA 加密算法，应该同一明文得到很多不同的密文，回复中问为什么非对称加密都要明文有不同的密文。一个不安全的非对称加密算法（仅符合语法和正确性）当然没有必要有随机化的加密算法。显然讨论不安全的加密算法是否非要随机并不是楼上一些回复的疑惑。

另外，那个问题不是“我的问题”。

@xiri #29

之前我一直是说结论，懒得提症结，觉得还是需要点明一下：很多回复混淆了 RSA 陷门函数和（安全的） RSA 加密。

@bagel #21 根据 #7 的说法，另一个 Java runtime 的实现是不同的，我猜另一个实现是 Sun 或者 Oracle 的，这个实现出现如此严重错误的可能感觉也不大。

@baicheng10 #19 如果你加密同一条消息多项式次，密文以极高的概率各不相同。
@ThirdFlame #20 确定性加密并不安全。
@mxT52CRuqR6o5 #24 你可以参考 #23 的链接。

@mxT52CRuqR6o5 #17 和非对称密码学紧密相关的算法可以总称为“非对称密码（学）算法”，而“非对称加密算法”是指非对称加密方案 (public-key encryption scheme) 的加密算法 (encryption algorithm)。

@momocraft #2
@CEBBCAT #9
@nvkou #13
@xiri #14

一个定理：一个具有最基本安全性（具体来说是语义安全）的非对称加密算法必须满足，正常生成的密钥，加密同一消息两次，密文相同的概率必须非常小。

回到题主的问题，我个人并不是很懂 Java 的 API，根据文档字符串是 RSA 的时候使用 PKCS#1 定义的 RSA 变换，我个人也不是很懂 PKCS#1，一个可能的理解是 Android 上该算法的实现是 RSA 陷门函数，并不是一个安全的加密算法。

只有我一个人想知道为什么 3、8、12 月都下沉了吗

@jimages #4 显然第二个解法里第一个 overload 我忘记删除 template <typename T> 了

因为一个对 print(os) 的调用总是会产生，所以出错。

一种解法是用 if constexpr 阻止不发生的路径的代码生成。
另一种是用重载

template <typename T>
std::ostream &print(std::ostream &os, T const &t) { return os << t; }

template <typename T, typename ...TRest>
std::ostream &print(std::ostream &os, T const &t, const TRest &...rest) { return print(os << t, rest...); }

第一个版本更加优先。

更自然的解法是允许 0 个东西被打印：

template <typename T>
std::ostream &print(std::ostream &os) { return os; }

template <typename T, typename ...TRest>
std::ostream &print(std::ostream &os, T const &t, const TRest &...rest) { return print(os << t, rest...); }

理论上你读完收件箱之后进行 IMAP 同步会把另外两个文件夹里的也设置为已读。这个现象是因为 Gmail label 不能映射为传统的文件夹，一封邮件可以存在于多个 IMAP 文件夹里，或者可以认为一封邮件具有多个硬链接。

此现象也可见于发给自己的邮件（发件箱里的邮件会是未读状态）。

@est #23 根据 https://devblogs.microsoft.com/oldnewthing/20040517-00/?p=39313 文档里的说法和你提到的 tweet 不同。

@est #13 省略号和对话框之间的关系认识错误。省略号表示需要另外的数据才能完成操作，例如“关于”菜单项没有省略号，因为它的对话框是操作结果。

另外 S 那个现在一直也有，而且是非英语系统的 workaround，在英语系统里是直接在 Start 的 S 下面加下划线的。现在的 UI 允许隐藏下划线。

此外在当前焦点不在本身具有输入功能的控件上时，不需要 Alt，只要按对应字母就会触发 accelerator。

@FrankHB #12 楼主这个 malloc_usable_size 都不是 C 或者 C++ 的一部分（

adversarial fashion

@heyenyan #6 你才是大叔

在这个 context 下 language 并不是指这个或那个自然语言，这个解读是肤浅的。

一个例子：在 epsilon-delta 这套说法发明之前，微积分是一个难以捉摸、不严格的东西，在 epsilon-delta 之后，可以认为数学世界的边界向外推进了，这套 epsilon-delta 语言没有被发现可以认为是之前阻碍微积分严格发展的限制。

随便看了一下代码，有很多问题：

1. 大多数程序都不是为服务设计的，以服务启动这些程序会带来无数个安全隐患，并且很多程序以服务运行的时候会崩溃或者产生令人意外的效果，实用性和安全性都很值得怀疑。
2. 看起来楼主并不知道 IDisposable 成语的用法。
3. 为什么代码的格式化这么诡异？

参考 .NET 的设计，你需要的是 IArea，派生 IArea<in T>，再派生 XArea。如果通过 IArea 的方法访问，则传入对象需要先判断类型，如果类型不匹配则抛出异常。

这个是资本主义游戏，目的是最大化利润，价格严重偏离成本，决定性因素是供需。

楼主贴的图和 Windows 的实现不同。Windows 的实现是从底部出现，转两圈后在底部消失。

有很多 CSS 模拟实现，想要精确找到 Windows 实现的缓动函数也不是很困难。

根据 USNews，它的计算机研究生项目排名第一，本科排名 22。