@mikewang #36 我印象里见过 -U8 结尾的 Win32 API ，用这个比设置代码页为 65001 之后用 -A 要好，当然，-U8 和 -A 在面对目前的文件系统时，都不如 -W 好。

-A 属于为了兼容性维持的 API ，内部操作都是转换为 UTF-16 之后调用 -W 的；我的理解是允许 manifest 设置 65001 是为了让 POSIX 程序最初的移植容易一点，而非作为主要存在的形式。

因为文件系统的路径并不需要是合法的 UTF-16 ，所以直接用 -W 和文件系统交互依然是惟一正确的选择。

@mikewang #31 一个中国生活的、使用 Windows 二次元爱好者，很可能分区是 NTFS 格式，同一个文件的文件名里既有中文，又有日语。此时无论用户的代码页是 936 (简体中文) 还是 932 (日语) 都无法通过非 Unicode API 访问此文件。

@hwdq0012 #9 任何设计之初就没有打算适配 Windows ME 或者更低版本的 Windows 的 Windows 软件不用 UTF-16 调用 Windows API 都是自始错误的设计，因为 Windows NT 系列的最初版本 (3.1) 就是使用 UCS-2 （后来改为 UTF-16 ）作为原生字符串表示的。

@w568w #12 有必要提示其他读者：Unicode 码点的官方名字是 code point ，使用 rune 这种字母类型名字称呼 code point 似乎是 Go 引起的一种不必要的时尚潮流，而且这种时髦感也被 .NET 团队吸收了。

另外楼主似乎以为 Linux 上文件名是 UTF-8 编码的，这是错的。Linux 文件名是不含 '/' 也不含 '\0' 的任何 uint8_t 串，操作系统并不关心 U 不 UTF 的。这一点和 Win32 无甚差别：Win32 规定文件名是任何不含一些选定不可用字符的 uint16_t 串，路径分割符是 '\\' 和 '/'。

楼主的代码在 Linux 上可用（排除上面 . 和 .. 的考虑的话），仅仅是因为 C 标准的传递参数的方式和 Linux 原生路径表示是一样的。

UTF-8 是自同步的，所以任何合法的 UTF-8 序列是另一个合法的 UTF-8 序列的子串时，必然是 Unicode 码位意义下的子串。

无论如何 Windows 和 Linux 都没法共用一套代码，因为 Linux 上反斜线可用于文件名，因此 /a\b 在 Windows 上层数是 2 ，在 Linux 上层数是 1 。

另外计算斜线和反斜线并不能正确得出层数，主流操作系统里 . 是本目录，.. 是上层目录（但对于根目录来说是本目录），这两个名称存在于所有目录里，需要特别处理。

有很多可能的原因，比如编辑器打开文件时，替换的内容永远是正在编辑的版本，而不是磁盘上的版本，而多数文本编辑器会使用特别的数据结构存储打开的文档（按行断开、使用 rope 等等），相比磁盘上的文件被程序一口气读完、替换完、写完，编辑器内替换需要重新把数据结构转换为适合被正则表达式匹配的样子（替换完后再重新变成适合用来编辑的数据结构），或者使用针对该结构的匹配算法，然后还需要重新渲染等等。

当然， @agagega #1 指出的问题最明显，因为观众不可能有读心术~

另 Re: #1
NFA 是抽象模型，和怎么实现没有必然联系，而且 NFA 最自然的实现也不用回溯。现代软件里的正则表达式也不是计算理论意义下的正则表达式，表达力强于 NFA 。

比较好奇楼主是什么时代开始接触计算机的（智能手机、台式机、笔记本、平板电脑都是计算机，所以要从最开始算）……

另外我对楼主的指法感到钦佩，我基本是随心所欲型，基本上不会用小指，而是移动整只手去按 1 。

@fyq #17 你让我回忆起我小学语文老师输入 Aa12345 （常见弱密码）的时候是 Caps Lock + A + Caps Lock + A + 1 + 2 + 3 + 4 + 5 ，当时我震惊一整年。

第一个问题：你确定光标样式被修改了吗？软件完全可以加载自己的光标并显示。打开 main.cpl 可以查看当前采用的光标方案。

第二个问题：你怎么知道是 360 修改的，而不是其他软件呢？

另外我觉得古代（ Vista ）时把指针换成 Windows 经典来提升性能很神秘，是否有阴影和加载哪个 cur 文件是分开的选项，很难相信用一款 cur 会比另一款明显提升性能。

@ETiV #14
@terence4444 #16

法院可以从 Apple 提取（ subpoena ）信息，毕竟
>Apple uses personal data ... to communicate with you ... and to comply with law.

通常来说负责发送这些邮件的是协调和解的公司（所谓 settlement administrator ），并且除了电子邮件，也会采用明信片的方式发送通知。Settlement administrator 是法院指定的中立第三方，所以一定不是 Apple 。

@TimG #27 我的点在于控制面板本身就是资源管理器浏览范围之内的，自从 Windows 95 以来就是这样了。Windows 95 上“我的电脑”里面有“控制面板”文件夹，在 Windows 11 上“控制面板”是“桌面”的子文件夹。

当然，严格来说 explorer.exe 的资源管理器部分只是浏览 shell 空间的一个工具，还可以有别的工具，但无论用什么工具，都不改变“控制面板”是“桌面”的后代文件夹这一点 —— 一个推论是，任何合格的 shell 都允许从控制面板向上回到桌面。

@TimG #2 这个说法很奇怪，因为控制面板是 Windows shell 空间的一部分（ shell 的根是“桌面”虚拟文件夹），所以无论何时打开控制面板，当然都是在 shell 里面，而 Windows 默认的 shell 就是 explorer.exe ，根本不存在“从控制面板进入资源管理器”。

另外此版本的资源管理器也是 IShellBrowser 允许任意程序嵌入的版本，和 IFileDialog 应该是一套代码。

@geelaw #1 *prefers

自定义 CSS 里设置

button.scroll-top { display: none !important; }

即可，另外这个按钮的实现挺古早的，jQuery 的 animate 滚动并不好看（缓动函数不好），推荐的做法是朴素的

window.scroll(0, 0);

并且在 html, body 上设置

html, body { scroll-behavior: smooth; }
@media (preferes-reduced-motion: reduce)
{
html, body { scroll-behavior: auto; }
}

来让浏览器决定如何滚动。

@a6966628 #9 查了一番资料，好像有很多人注意到了这个（ 11 IoT Ent 可以同时多个 RD 会话），但是微软的文档没找到 🤯 另外是 iot 不是 Lot 。

我的疑问是
>Win11 工作站，可多人同时 RDP 登录

这恐怕是不受支持的方式（比如 hack Terminal Services 的 DLL ），因为官方只允许 Windows 11 Enterprise multi-session 同时多个 RDP sessions ，而且仅仅适用于 Azure 服务。因此这样做是盗版。

——————

但是回到问题本身的话，如果你收到的错误是

Your computer could not connect to another console session on the remote computer because you already have a console session in progress.

那么简单的解决方法是把远程计算机的地址写成 127.0.0.2 ，我测试的时候 mstsc 登录自己的账户会成功，并且我的外 session 被自动锁定，用同一个账户解锁外 session 后会看到 mstsc 提示远程连接已经中断（期待的行为）。

并且刚才我还差点死锁了，如果用 mstsc 登录自己被锁定后，尝试用别的账户登录，则外 session 会等内 session 同意放弃控制，内 session 无法直接访问，从而死锁在欢迎屏幕。这一点通过用另一台机器以原来的账户 RD 即可解决。

我不清楚 Windows Server 开启多个 RD sessions 的时候是否能成功，期待行为是可以。

——————

再次回到问题本身，如果楼主的需求是以 B 的身份运行，那么 runas 或者 start-process -credential (get-credential B) powershell -arg '-command start powershell;exit' 即可。

如果楼主需要 session 隔离，那么请考虑 Windows XP 以来最简单的方法——快速用户切换。按 Windows+L 锁定，掀开锁屏，在欢迎屏幕上选择 B ，然后登录进去，完成操作后再切回 A 。

如果楼主需要 session 隔离且同时操作 A 和 B 但 B 可以不用 GUI 且 A B 是管理员用户，那么可以用 WinRM 本地回环。

如果楼主接受用 A 的另一个 session 以 B 的身份运行，那么可以用 Windows 8 以来的 nested session ，下载 Visual Studio 2019 ，里面有 Windows 模拟器（实际上不是模拟器，就是创建了一个 nested session ），在 A 的 console session 下打开模拟器，即可在模拟器里操作 A 的 nested session ，此时再用 runas / start-process 以 B 的身份操作即可。