建议买个 ARM 开发板跑，别用路由器做高负载的事情

@imn1 只需要监测接收 icon 消息的窗口所属的进程就行了呀，跟主进程子进程以及它们创建了多少窗口什么的都没关系。

我在用 Acer XV282K ，3999 买的

大概率是 Intel 核显驱动 bug ，这种情况普通用户基本只能等修复了。
我手头上有台 i7-6700 的台式机，Linux 下核显就是不能正常工作，试过 CentOS 7, Ubuntu 20.04 和 Ubuntu 21.10 都不行，换成 Windows 就很正常。

@geelaw 印象中 OpenProcess SYNCHRONIZE 好像不受权限限制吧？关联窗口变更后监视新窗口对应的进程就行了。
@imn1 我没明白这是什么问题。
@dandycheung 你的说法是错的，自从出现就是 Shell Notify Icon 。这篇文章 https://devblogs.microsoft.com/oldnewthing/20030910-00/?p=42583 也给出了一些理由。

@geelaw 一种可行的方案是检测窗口对应的进程，这样不需要轮询，也不会有复用问题，缺点是没法解决进程没退出，窗口关闭但忘记删除 notification icon 的情况。

Microsoft Solitaire Collection?

看码率，看你到服务器线路好不好

@autoname v2 是函数调用的参数

最后那个应该是虚函数调用，你得知道调用的是啥才行

@jim9606 不解锁的情况下，可以把小米的安装器换成 AOSP 的安装器。本来 MIUI 就有带两个安装器，会根据“MIUI 优化”开关来自动“卸载”其中一个。这里的卸载不会删除 system 分区中的 apk ，可以通过 adb shell 执行 pm install-existing com.android.packageinstaller 重新安装回来，不过重启后又会被卸载。同时安装后大部分场景下还是不能使用 AOSP 安装器，因为大部分应用打开 apk 的逻辑是“使用默认应用打开”，然后 MIUI 会把小米的安装器设置成默认的，那就不会出现选择应用的提示，只有一些使用“选择应用打开”逻辑的文件管理器能选择 AOSP 安装器。
另外据说卸载小米安装器会导致卡米，建议谨慎操作。

@dingwen07 #7 不作任何处理的话是肯定不能通过的，因为刷非官方系统需要解锁，解锁后就必不能通过 Play 认证。如果配合 Magisk 之类的东西，目前可以通过认证。但是不保证以后也可以。

$temp = $temp1 & 255;

发代码

@adoal 个人在用 HT42B534 的 USB 串口，这个是直接用 USB CDC 协议的。不选 CH340 是因为以前用的是 PL2303 的，然后厂家在新驱动里去掉了旧芯片的支持，用旧驱动时不时会蓝屏，最终只能直通进 Linux 虚拟机里用，超麻烦。

Microsoft Solitaire Collection

这是 GitHub 架构的缺陷吧，GitHub 中 fork 的仓库和原仓库在内部是共用一个存储库的，你在你 fork 的仓库中提交，在原仓库也可以通过 commit hash 访问到。

https://github.com/torvalds/linux/commit/8bcab0346d4fcf21b97046eb44db8cf37ddd6da0
这里可以看到
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

我印象中没谁说 Hyper-V 图形方面好，都是说 Hyper-V 性能好的。个人认为 Hyper-V 不适合桌面环境交互式使用，更适合 headless 服务器使用。
另外网上似乎没有文章概述 RDP 的技术细节。RDP 说是支持传递绘图指令，到底是支持哪些呢？是只支持 GDI/GDI+，还是连 DirectX 都支持？虽说有开源的 RDP 实现，但是我没有时间精力去翻代码理解。

@2i2Re2PLMaDnghL 数字签名底层也会用到 MD5 或 SHA1 等 Hash 算法的，使用同一个算法的情况下强度级别是一致的。现在微软也建议在数字签名中使用 SHA256 算法。