“今天出现了 .scr 的文件，好奇点开”
你还敢点开？.scr 就是可执行文件。

冷知识：你可以用 C 的预处理器去处理别的语言的代码，只要没有什么奇奇怪怪的语法。比如大多数 ARM 汇编编译器就是用 C 的预处理器实现条件编译的。

大概没有。就算有，记录了一大堆日志也很难分析吧。也怕是远程触发的，平时测不出来。目前建议去商店下载应用，是已知能完全限制文件访问的。否则还是用虚拟机吧。

再补充一个 MurmurHash

CRC32 FNV1a-32 CityHash32 等，一般一些简单用途我会选 FNV1a-32 ，因为它非常简单。

服务器不支持断点续传？

@3dwelcome 感觉这么做治标不治本，还是没有解决不同应用隔离的问题。而且微软员工曾经说过 UAC 不是安全机制，只有管理员和非管理员用户分开才能保证安全，那么这种做法对于大多数用户来说就是无效的。
https://devblogs.microsoft.com/oldnewthing/20160816-00/?p=94105
https://web.archive.org/web/20111216020913/http://channel9.msdn.com/Forums/Coffeehouse/473037-UAC-controversy-the-last-episode/773c9d79f8df4fa8bc489deb00e05c3d

@patrickyoung @param 我觉得本质的问题还是传统桌面操作系统没有应用级别的权限隔离，默认以用户身份运行就是用户授权了。Android 没有这个问题，正是因为它有应用级别的沙盒。
macOS 的 Keychain 就有“允许某程序访问该条目”的功能，一定程度上能缓解这种问题。

@paradoxs 是的，但那仅仅对商店应用有效，非商店应用只能限制访问桌面、下载等几个特定的文件夹。

@paradoxs 不仅是 Windows ，Linux BSD 等传统桌面操作系统都是没有应用级别的权限控制的。
目前权限控制做得最好的桌面操作系统 macOS 也不能限制一个程序读取别的程序保存的数据，只能限制读取桌面、下载等几个特定的文件夹。

不仅是 Windows ，Linux BSD 等传统桌面操作系统都是没有应用级别的权限控制的。
目前权限控制做得最好的桌面操作系统 macOS 也不能限制一个程序读取别的程序保存的数据，只能限制读取桌面、下载等几个特定的文件夹。

@ysc3839 macOS 的 Keychain 确实是能分应用限制访问的，会通过代码签名来判断是否是同一个应用。
https://stackoverflow.com/questions/58290058/how-does-macos-keychain-acl-determine-which-apps-have-access

@nbndco Windows 有类似 Keychain 的功能，叫 Credential Manager ，不过应该是不能阻止别的应用进行读取。
我不知道 macOS Keychain 能否阻止别的应用读取数据，但是保存的文件数据是阻止不了别的程序读取的。

@loop00 感觉楼主可能是认定了投资房产是唯一低风险快速致富的途径，房价那么多年不降，后面一定会继续涨，一群穷鬼十年前就在吹房地产跌，十年后还不是没跌，不买房就得一辈子苦逼打工。

可能是澳门没发售，或者是别的型号

React Native 的 Native 指的是调用系统提供的界面库，而非自己实现一个界面库，代码逻辑部分不 Native 。

@GuguDan #28 治标不治本，所谓清理内存只是把物理内存中的数据移动到页面文件中，当程序需要使用时又会移回物理内存。

@shyangs #23 请问你用的是 Intel 的显卡吗？

@yangzzzzzz 我刚刚去看了下，WinUI3 确实是出正式版了，不过还有一些功能没赶上 WinUI 2 。个人还是建议等微软自己的产品用上之后再用。