问题错误，对于一个一般程序来说不存在浏览器里 origin 的概念，自然不可能有“跨域”甚至“禁止跨域”的说法，程序做的事情是用 TCP 和另一个机器对话。

对于网页来说，它是浏览器模型下的程序，自然受到浏览器的约束。同源策略是为了保证浏览器模型下的隔离设置的，而浏览器的安全模型是向用户提供安全保证的契约。实践表明同源策略可以防范许多用户不希望遭受的攻击，所以会加入现代浏览器的安全策略。

另外，从逻辑简单性+归缪的角度思考这个问题：Chrome 也只不过是一个一般程序，如果一般程序必须和一个域名绑定（假设这句话甚至是有意思的），为什么 Chrome 不是只能访问 Google 的网站？

Tuicool 没有署名，jishuwen 进行了演绎，而 studygolang 没有提供 CC BY-NC-ND 4.0 许可链接，至于它们是不是商业行为我就不知道了。

“阶乘”，最不具有技巧性的方法是使用 Stirling 公式进行估计。

然而对于这个问题来说 Stirling 公式或者因数分解都是小题大做了，因为 100! >= 8^(100 - 8) = 2^276 > 2^256 。

@binsys #2 Cloud files API，见
https://docs.microsoft.com/en-us/windows/win32/cfapi/build-a-cloud-file-sync-engine

@codehz #1 UUID 的生成算法不一定是不可预测的。

> 钉钉渲染不出错的话应该不会显示图片源

这是一个很怪异的陈述，楼主到底想要防什么呢？任何可以获得图片的人，再获得图片的 URI 有什么不可以的吗？

另外请楼主不要重复发贴 /t/656378

可以用 UI Automation 监听事件，我写了一个例子

https://gist.github.com/GeeLaw/7c2bc923564fe562425d259caf3f40de

@alphatoad #10 Windows Store （至少曾经）的 TOS 和 GPL 是兼容的 https://opensource.stackexchange.com/questions/4460/can-a-gplv3-app-be-uploaded-to-the-windows-store

@alphatoad #8 这个理解是不对的，否则几乎没有（有意思的） GPL 软件可以（实际可行合法地）从各种 Store 获得，因为几乎所有有意思的 GPL 都是多个人贡献的。

@iasuna #6 这个上传不符合 GPL 的要求，因为没有提供获得源代码的方式，也没有提供 GPL 协议链接 /文本。

另外这个上传者不能说是“冒充”，它没有使用楼主的名字，软件名字“划词翻译”也不能说是楼主拥有的名字。楼主可以用 https://www.microsoft.com/en-us/concern/dmca 反映侵犯版权的情况，并顺便提示它们 Report abuse 的功能坏掉了。

如果你是说 Windows 上为一个文件执行 打开方式 > 选择一个程序 的话，可以用 ShellExecuteEx，传入 SEE_MASK_INVOKEIDLIST 并设置 lpVerb 为 L"openas"。

如果你想用默认文件关联打开一个文件，可以 ShellExecute 这个文件。

如果你想查询文件关联，可以用 IQueryAssociations 。

更多资料见
https://docs.microsoft.com/en-us/windows/win32/api/shellapi/nf-shellapi-shellexecuteexw
https://docs.microsoft.com/en-us/windows/win32/api/shlwapi/nn-shlwapi-iqueryassociations
https://geelaw.blog/entries/windows-fileassoc-walkthru/#consume-fileassoc

@Wizarrrd #7 这看起来是一个巨大的 bug…

查找 = F4，你可以通过打开邮件后把鼠标悬停在 Message 选项卡、Editing 组里的“放大镜”（ Find ）按钮上看到这个快捷键。

至于为什么 Ctrl+F 是转发，是因为 Bill Gates，见 https://devblogs.microsoft.com/oldnewthing/20140715-00/?p=503

Windows 有尝试的，见

https://devblogs.microsoft.com/oldnewthing/20120217-00/?p=8283

https://docs.microsoft.com/en-us/windows/win32/api/shobjidl_core/nn-shobjidl_core-ifileisinuse

后者（ IFileIsInUse ）是应用程序汇报自己使用文档 /媒体文件的方法，它允许用户查询是哪个程序的哪个窗口在使用它，并允许用户请求关闭该程序。

前者（ Restart Manager ）是 Windows 内核提供的方法，它可以找到使用文件的所有进程。

然而并不是所有的信息都有意义，在没有 IFileIsInUse 的情况下，是无法确切得知“应该找哪个程序解决问题”的，比如说一个文件可能被一个 COM server 打开，而惟一能逻辑上正确关闭文件的是 COM client，这时提示用户关掉 COM server 基本上是没有意义的。又比如一个文件被某个服务打开，而它打开的原因是为了服务某个程序，这时正确的指引方向是程序而不是服务。

那么为什么要套一层微信呢？直接用邮件 app 的推送功能不就行了。

@gwy15 #9 的确，改成固定范围缓存（我选了 100000000 ）之后比较快。

@geelaw #3 https://gist.github.com/GeeLaw/16cf55d209eeed93463b07499f4e86c2

用 C++ 的 std::map 似乎就已经足够了，在我的电脑上大约需要 2 分 45 秒，吃掉了 9.5 GB 内存，并且验证了需要 949 次（最大次数）的数是惟一的。

根据 Wikipedia，答案包括 63728127，需要 949 次。

由于这是一个未证明的猜想，所以用于枚举的机器不已知是多项式时间的。一个简单的思路是准备一个平衡树用来记录步骤数，然后枚举每个数并进行运算。

@humpy #6 感谢查阅文档，值得注意的是这里的类型转换会尝试 unbox，导致 cond ? a : b 里面若 a 、b 具有原始类型的引用版本且其中一个是 null，则可能导致意外的空引用异常，这个可以加入 Java 反人类设计之一了。

public class HelloWorld
{
public static void main(String[] args)
{
System.out.println((Integer)null);
System.out.println((Object)(Integer)null);
System.out.println((Float)null);
System.out.println((Object)(Float)null);
System.out.println(true ? (Object)(Integer)null : Float.valueOf(1.0f));
System.out.println(true ? (Integer)null : (Object)Float.valueOf(1.0f));
// 下面这行会抛出异常
System.out.println(true ? (Integer)null : Float.valueOf(1.0f));
}
}

相应的，在 C# 里则无此问题——大多数情况下无法产生声明类型是值类型但被当作引用类型的表达式。最接近的两个情况：

可空类型的转换是正常的（这点比 Java 自然很多），表达式 true ? (int?)null : (float?)1.0f 等同于 (float?)null 。

值为装箱后的值类型的引用类型转换是正常的（这点同 Java ），表达式 true ? (IConvertible)(int?)null : (float?)1.0f 等同于 (object)null 。

目测是那个“自动改变全形半形字符之间是否有空格”的后果，之前提示过很多次这个自动算法有很多问题，然而没有什么作用。

理论上 Windows 自带的字体是可以这样使用的，但是方正似乎有不同意见。