一、照片应用实现该功能的核心原理 #

这个特性其实是Windows Shell（资源管理器属于Shell的一部分）和UWP应用之间的协作机制在起作用，核心点在于资源管理器给照片应用传递了完整的当前视图上下文，而不是只传单个文件路径。

具体来说：

• 当你从资源管理器里打开文件时，它不会直接调用照片应用打开单个文件，而是会把当前窗口中按排序/筛选后的所有文件序列打包成一个Shell项目数组（通过IShellItemArray接口），然后通过Windows的应用激活机制把这个数组传递给照片应用。
• 照片应用启动时会读取这个数组，后续的翻页操作就直接按照这个数组的顺序来走，完全不需要自己去读取文件夹再重新排序。

你在任务管理器里看不到关键参数是因为UWP应用的启动上下文不是通过命令行传递的，而是用了Windows内部的激活API（比如IApplicationActivationManager），命令行里只会显示基础的启动标识，所以看不到那堆视图元数据。

二、如何复现这个行为（开发/验证场景） #

手动验证这个特性的步骤：

• 打开同一个文件夹的两个资源管理器窗口，分别设置不同的排序规则（比如一个按名称升序，一个按修改日期降序）
• 从第一个窗口打开任意一张图片，在照片应用里点击右箭头翻页，确认顺序和第一个窗口的排序完全一致
• 不关闭照片应用，切换到第二个窗口打开另一张同文件夹的图片，此时照片应用会自动切换为第二个窗口的排序顺序来翻页
• 还可以试试添加筛选（比如只显示PNG格式），再打开文件，照片应用只会在筛选后的文件列表里切换

开发自己的应用实现类似功能：

如果你想做一个支持这个特性的媒体查看器，需要处理Shell传递的上下文：

• UWP应用：重写OnFileActivated方法，从FileActivatedEventArgs.Files集合获取文件列表——这个集合的顺序就是资源管理器当前视图的排序顺序，直接用这个集合处理翻页即可。
• Win32应用：可以通过GetCommandLine解析启动参数，或者使用ShellExecuteEx配合IShellItemArray接口来获取资源管理器传递的文件序列，而不是自己去遍历文件夹排序。

备注：内容来源于stack exchange，提问作者TeamDman