你不能这样做，因为你不应该透过 Win32 访问 WSL 的文件系统，因为 Win32 程序根本不会知道 WSL 是什么，这样做可能会损坏 WSL 的文件系统，而 WSL 也并不期待自己的文件系统被别的程序乱动。

你可以在 WSL 里面的 /mnt/C/Users/你的用户名 /Documents/project1 里面运行你喜欢的 Linux 工具，也就是说，你可以在 WSL 里面通过 Linux Subsystem 访问 Win32 控制的部分（因为 WSL 使用的 NTFS 更底层、更少抽象，不像 Win32 app 不需要知道底层文件系统，WSL 永远运行在 NTFS 上），WSL 是知道这部分文件系统通常归 Win32 使用，所以能够处理其中的变化。

除了从技术实现层面的“是否感知”来理解这个问题，你还可以通过“独立存储”这个概念来理解这个问题，算是更抽象的一种理解（从软件模型的基本假设开始）。

WSL 的实现是一个 Appx Package，它的独立存储（例如你正在访问的 %USERPROFILE%\AppData\Local\Packages\<PackageFamilyName>\LocalState 是完全属于这个 Appx Package 的，Appx Package 应当假设没有任何人修改这部分文件。换言之，即使你尝试编辑一个 UWP app 或者通过 Store 分发的 Win32 app 的这个文件夹，也会导致 undefined behavior，因为所有的 Appx Package 都是基于“我的独立存储是我自己控制的”这个假设来编写和运行的。

再类比一下的话，考虑 Word，它会存储一些设置在 AppData 文件夹里面，也会允许用户把文档保存在 Documents 里面。Word 的编写和运行是基于“用户不能乱动我的 AppData ”这个假设的，因此用户不能动它的 AppData，如果用户胡乱剪切、粘贴 AppData 里面的文件，那么 Word 可能崩溃或者恢复出厂设置，用户如果把 AppData 从一台电脑复制到另一台电脑，Word 不保证这些内容对应的效果在另一台电脑上是有效的。但是它并不假设“用户不能动自己的 Documents ”，所以你的文档保存在 Documents 里面，你可以随便移动、复制你的文档，Word 仍然可以打开移动过的、复制过的文档，你可以把文档发送到另一台电脑，那么另一台电脑的 Word 也必须可以打开收到的文件。

用 WSL 在 WSL 的 /Users/WSLUserName/Documents 里面建立文件，再用 Win32 app 去访问 %USERPROFILE%\AppData\Local\Packages\<WSLPackageFamilyName>\LocalState\rootfs\Users\WSLUserName\Documents，就相当于乱动 Word 的 AppData，WSL 不需要处理这种情况。

用 WSL 在 WSL 的 /mnt/C/Users/WindowsUserName/Documents 里面建立文件，再用 Win32 app 去访问 C:\Users\WindowsUserName\Documents 里面的文件，就相当于用户操作自己的“我的文档”里面的文件，例如把文件复制到另一台电脑上修改再复制回来，WSL 当然应该正确处理。

@wclebb #8 我也很好奇在 Mac App Store 里面分发的软件如何做到“一个版本的永久授权”

如果你把所有的代码都放只在公司的电脑上（当然这表示只用公司的电脑编程），那这个就没这么严重了。

把数据往公网扔也是心大。

@lcj2class 举个例子，有 n 个数，最大的数大小是 3^n，则 DP 的时间复杂度是 Omega(3^n) 但枚举的时间复杂度是 O(2^n*poly(n))。

如果你用“刷新式”实现动态规划则另谈。

@chinvo #18 我用的原生态 pwsh。

@hzcer #20 感谢周知～

@mmtromsb456 #21 这个应用比较 buggy，即使是和 Terminal app 配合 bash 使用也有乱七八糟的错误。

@geelaw #3 刚意识到楼主还问了末尾的 e ……那 time 也没有末尾的元音发音。

就一个抽红包算法也能出来这么多幺蛾子，三楼 @celeron533 的方法对于实数的分割是完美正确的，稍加修改即可得到抽红包的算法。

假设要把 N 单位的钱分给 n 个人，每个人至少 1 单位，且是所有可能分法中均匀分布的，则可以用“插板法”来抽样。把 N 单位的钱看成 N 个球，每两个相邻的球之间有一个位置（ N - 1 个位置）可以插入隔板，现在只要随机抽取 n-1 个隔板即可按照需要的分布拆成 n 个人分到的红包数。

从 N-1 个元素中选择 n-1 个元素可以用 reservoir sampling，时间复杂度是 O(N)。

————

至于楼主觉得自己的问题不是抽红包，这只是一种表面的错觉。

假设要抽取 n 个自然数，使其和为 N，且在所有可能的抽取结果上均匀，这相当于分 N+n 单位的钱的红包给 n 个人——把每个人的数 +1 就得到红包的分法，把红包的分法中每个人的钱 -1 就得到这个拆分。

Thomas、Thames 也不是 th 音啊，英语单词发音是没有那么完美的规律的

@enenaaa #2 数字大的时候动态规划不如枚举有效率

这个问题（很直白地）是 subset sum，数字都很小的时候用最常见的那个 dynamic programming。此外还可以用 @ChaoXu 之前的研究结果。

该问题是 NP-hard，所以不要期待一个多项式时间的算法。

@AngryPanda

不是这么水的文章在 V2EX 上也没什么回复。此外这篇文章还包含一次对 PowerShell 实现的 bug 的分析和理解，以及把代码修改一下从 Windows 迁移到 macOS。

@chengluyu #2 感谢，我的同学也告诉我这一点了。

@xjbeta #3 本文的第一个版本就提到触发角是过去的 workaround 啦。

@Daming #5
@52coder #7
@zn #8
@wclebb #10

多年前有人表示上下滚动的话需要设置最大宽度，否则人眼很难适应很长的一行，但是这样会在宽屏幕上浪费空间，所以加入了分栏排版。要关闭分栏排版可以把宽度修改到足够窄。至于如何用鼠标水平滚动，似乎不同浏览器不同，有的是 Shift+滚轮，有的是 Ctrl+Alt+滚轮。

@yexm0 #9 那个提示是指隐私对话框？那个只要点一次就没有了。如果是指 hash 跳转动画的话，这个动画只有在有 JavaScript 的时候才播放（虽然这个动画是 CSS 实现的，有其他考量），你只要对我的 domain 关掉 JavaScript 就行了。（我的 blog 不需要 JavaScript 也能阅读全部内容。）

如果用曼哈顿距离那非常简单…就是横纵坐标都取中位数

搜索 sysprep 有真相。

🙄您连 dot 都忘了转义

1. 没有 JavaScript 看不了。而且该站的 JavaScript 运行效率奇低无比，有肉眼可见的渲染延迟。
2. 点击“联系”没有反应。
3. 点击“ zhangnuli.xyz ”似乎会导致重新加载该页面，这很奇怪。
4. 邮箱的末尾有个引号。
5. 汉语文本中使用拉丁文本的逗点，句子似乎没有句点。
6. 标题中的两个井号属于干扰，而且会被读屏器读出来。
7. 分享按钮反而不能被读屏器读出来。
8. 主页的三篇文章最早两篇的日期是 2019-01-07、2019-01-9 ——你的日期居然不是结构化存储的吗？

这个是功能，冷 /坑出现的顺序和确切的触击点有关系。

反正我的网站是关闭 JS 仍然有绝大多数功能的。

实际上关闭 JS 仍然可能有评论功能，然而我没有自己的服务器来配合 Disqus 做这件事，所以就免了。