jdk 自带的命令 javap 就可以列出常量表

比如

javap -v java.lang.System | grep ' = String'
#14 = String #213 // setIO
#17 = String #217 // java.lang
#21 = String #145 // setSecurityManager
#40 = String #240 // write
#46 = String #246 // key can't be null
#48 = String #247 //
#51 = String #250 // key can't be empty
#55 = String #252 // getenv.
#59 = String #257 // getenv.*
#76 = String #277 // line.separator
#87 = String #289 // sun.stdout.encoding
#89 = String #291 // sun.stderr.encoding
#90 = String #292 // zip

不同进程但同主机下的通信，其实还有一种比较常用的原始方式，就是文件交换
也可以算是消息队列的一种吧

不想算的话直接乘 2 就是了，年化 7 个点还算可以了，虽然商业贷款理论值才 4 点多一点但一般人根本贷不到吧

2FA 一般也就 128bit 不到的密钥长度，如果大家都用密码器生成随机密码，只要密码长度不低于 20 字符，理论安全度是相等的，所以也不是很有必要，只是对于不用密码管理器的人来说多一种选择而已

@innoink
@fcicq
我刚才再 review 了一下，好像前面的解法应该没什么错吧
应该没有什么平均分布的概念，只有平均数出现的几率一致吧
这应该是一个很简单的排列组合问题吧

P(n ,m) * (n - m + 1) ^ (K - m) / n ^ K （为了方便看，把 n*k 用 K 代替了）

你检查一下看看是不是弄错了什么
如果用 n=7, m=4, K=10 代入，结果是 0.012
砸 10 次骰子，任意连续的 4 次不出现重复数字的概率大概 1.2%

如果用你的例子，用 n=7, m=4, K=40 代入的话，概率自然很小了 < 1e-7

@fcicq 事件数量不难计算啊，简单的排列组合就可以。困难的地方在于，怎么定义平均分布？如果有平均分布的概率，那么用之前计算的结果概率直接除一下平均分布的概率，应该就是楼主需要的概率了。书包已经丢掉了，不清楚平均分布的概率用什么公式得出

首先前面有个数字是错的，结果应该是
7 * 6 * 5 * 4 * 4^36 / (7 ^ 40)

其次，我的答案应该也有问题，我的答案忽略了一个最大的前提条件，随机数是平均分布的
我计算的概率是忽略了平均分布这个前提条件

更正一下
所有的 ((n-1)/n)^(n*k)
应该是 m ^ (n * k)
表示在 k 秒时间长度内，生成的数字序列的可能数量

如果 m>n 那么概率是 0
如果 m=n 那么只有一种排列（全排列）能满足要求
概率是很低的 n! / ((n-1)/n)^(n*k)
题目设定 m<n 和全排列是类似的
只不过是用 m * (m-1) * (m-2) … (m-n+1) * (m-n+1) … (m-n+1) 代替 n!
所以答案应该是
P(m,n) * (m-n+1) ^ (n*k - m) / ((n-1)/n)^(n*k)

吧？

加执行堆栈，如果失败就反方向回滚

这个锅难道不应该是 microsoft 背？

看了下自己的应用清单，很多都是从 mas 下载的啊

的确是
2.9 了好长时间了（其实就是 3.0 beta ）终于升了一位

@just4test 从 7 楼的截图来看，你不是不知道怎么 google ，而是根本就没有进行过尝试，简称伸手党，而且还有欺骗成份

8 / 15 / 22 / 8 / 2
单位是月
看来我真的是老了
祝楼主下一份找到好工作

这是一个典型的 w3c 委员会那帮人就是看微软不顺眼造成的历史遗留此问题
显然，关于 border-sizing 这个问题上，我是站在微软这一方的
w3c 那个盒子模型出来的时候让人感觉简直是莫名其妙，说反人类也不为过

不是 iconv 么？

@qgy18 只嗅探不改包，那这个中间人真是太良心了，如果真的存在有不可篡改，那么因为密钥可以做到一次有效本来就可以防止重放攻击，通过 df 协议交换密钥甚至连非对称加密都不需要


@xqin 你开心就好