@YaakovZiv #18 这估计是延迟渲染内容的缘故。有些程序在“复制”的时候只是告诉 Windows 新的剪贴板有某些格式的内容，但不会直接把内容告诉 Windows （比如超级复杂的文档，提供剪贴板内容的程序可以同时提供文档、图片两种格式），另一个程序“粘贴”的时候会选择格式，如果某个格式的内容是“占位符”，那么 Windows 会让提供剪贴板的程序渲染该格式，然后交给读取剪贴板的程序。

粘贴的时候无响应是因为在等提供内容的程序渲染。复制后查看 Windows+V 不显示，是因为查看剪贴板和粘贴剪贴板不同，没有必要让程序把所有格式都费时费力渲染出来。（理同，在 Explorer 里面查看仅联网可用的文件占位符，或者是已经储存在磁带上本地无缓存的文件的时候，打开预览窗格不会导致文件被下载下来或从磁带读出，因为这个操作费时费力而且不必要。）

@ysc3839 #9 单纯是因为没有 IFileInUse 罢了，属于设计问题。

@acess #10 svchost 是比较著名的会多个服务一起用的情况，所有复用型进程外 COM 服务器都有这个问题。COM Surrogate 是把进程内服务器变成进程外服务器，属于做隔离的不同维度。

@acess #1 复制一下我刚写的评论：

答案自然是因为 COM 。文件的所有权不一定“来自”打开它的进程，或许是进程 A 用进程外 COM 服务器 B 打开了文件 C ，此时提示是 B 占用 C 是技术上正确，但对于普通用户无意义 /误导的信息，甚至可能鼓励自以为是的用户干掉进程 B 。例如一些文件在 svchost 里打开，但解决方法是关掉另一个程序。

这段代码含有未定义行为。

top 得到的引用在修改容器之后不再有效，pop 修改容器，因此 cur->next = node 触发未定义行为。

具体实现来说，priority_queue 可能的实现里，经过 pop 之后，你先前得到的 node 或许仍然引用有意义的位置，但那个位置等同于新的 top ，因此读取它可能会得到新的最大元。

@ClericPy #8 不太确定任务管理器能不能越过 DWM cloaking （我的猜想是不能，否则任务管理器会显示在所有的虚拟桌面上）。

另一个解决方法是常备两个账户（我自己是 Microsoft 账户设置为受限用户，内置管理员启用、改名、改密码、设置 PowerShell 为替换 Explorer 的 shell ，关闭 UAC ，用账户区分是否是高权限操作），出问题的时候可以切换到管理员干掉受限用户的 offending program 。

其实或许和内存没啥关系，单纯是 Explorer 设置 DWM Cloaking 的代码有 bug ，导致所有窗口都被 DWM 不显示，且只有任务切换器被渲染而已。这种 bug 还经常出现在 Edge 浏览器 /Office 窗口最大化、最小化、向下还原、Aero Peek 一系列操作短时间发生的情况（可能会出现最大化的窗口不显示，透出下方窗口，但是点击操作还是会进入没有显示的窗口上）。

以及我遇到这种问题的时候也是暴击几次 Windows 键，因为打开“开始”屏幕似乎也会 trigger 重新设置 cloaking 的过程，另一种方法是反复把鼠标挪到显示桌面的位置之类的，或许也会修复问题。

楼主是复制粘贴的错误信息吗？为什么有这么多错字？（ your 写成 our 、vour ，begin 写成 bean 。）如果是的话是不是要担心一下搞错网站被钓鱼。

目前我只知道 iOS Safari 有这个功能（分享—标注），而且不会换成 print media ，但我印象中超长网页会有截断的问题。

因为 /t/355321

“报告这个主题”

大概看懂了但是你的问题大概是 NP-hard ，可以通过 Hamiltonian path 归约。

然而我们并不知道体积、重量和运费的关系，如果假设 运费 = max { Vp, Wq } 其中 V 、W 是总体积、总重量且 p 、q 是常数，则可以赋予每个 SKU 包邮时的保守利润估计，那就是

售价 — 税 — 成本 — max { vp, wq }

其中 v 、w 是这个 SKU 的体积、重量。

这是因为同一个 SKU 买很多件，则每件的利润如此。 由此看来如果你要给售价打九折还不亏，就需要

售价*0.9 — 调整过的税 — 成本 — max { vp, wq }

非负，这说明可以设置满减的条件是利润本来就大，而且可以设置满减的起始额就是体积、重量的一次函数主导运费的时候（低体积重量的运费并不会变成 0 ，此时上面的计算不可行）。

更常见的设置应该让满减后依然保有大量利润，否则你无法处理退货之类的问题。

最后，请多多使用字母表示数的方法，不要用数字表示未知数。

@renmu #3 很明显在 V2EX 看来行使自己的权利是浪费生命。

@klgd #2 推荐的思考方法：假设你先上线，完成同步，此时 remote/branch 是 A ，然后离线，然后有人 push B 到 remote 的 branch ，然后你在离线的状态下 git merge remote/branch ，请问这是在 git merge A ，还是 git merge B ，还是 merge 不会成功呢？

当然，我们相信 git 的设计是良好的，一个重要的特征就是各种操作的效果都尽量可预期，为此目的应该让本质上有不确定效果的操作（如 fetch ，它的效果取决于网络环境和远程计算机上的状态）尽量单独成立。我们 merge 的时候会先想好要 merge 的 commit 是谁，然后才操作，如果 merge 会自动 fetch ，那么它的效果就无法预期（因为我们看好的 branch 可能在 fetch 的时候变更），因此可以推断 merge 的时候不会自动 fetch ，此外 pull 的效果通常是 fetch+merge ，如果 merge 会自动 fetch ，那就没有单独成立 pull 的需要了。

另外你可以看到 git 自动生成的消息表述十分准确，remotes/origin/develop 是 remote-tracking branch ，不是 remote branch 。

有很多可能的原因，比如没有 fetch 就 merge ，或者 merge 之后 3908 才被 push 上去（那个时间并不是 push 的时间，而且 commit 的两个时间也是可以随便写的）。

没有自带的。Microsoft 目前的 Dictionary 实现是用数组作为节点存储、下标作为指针的链表，数组里的顺序是遍历顺序，删除的时候把节点放入空闲链表，加入的时候优先使用空闲链表，其次使用数组之后的空位，最后考虑扩容。因此，加入 1 、2 、3 ，删除 2 ，加入 4 ，此后遍历顺序是 1 、4 、3 。当然，现在的实现不一定是未来的实现。

你可以仿照这个实现一下自己的 Dictionary ，删除的时候不要放入空闲链表，但要考虑碎片整理（例如有 1/2 空间是碎片的时候整理），加入的时候先考虑数组之后的空位，再考虑碎片整理，最后考虑扩容，以数组顺序作为遍历顺序。删除的时候碎片整理是为了提高均摊效率，当然坏处是删除操作会令所有迭代器无效（最新版本的 Dictionary 里，删除操作不会令迭代器无效）。

没看懂你的文章里的例子，是每个 Heading 1 样式的段落都创建一个链接吗？推荐用 OneNote COM API 。

另，如果目录的每一项是页面的话直接选中页面复制链接即可。

AppleCare 是否生效，和技术上是否显示 AppleCare 生效，是两回事儿。收据已经证明了 AppleCare 有效期。