# Win11史诗级更新：详细信息视图的文件大小可以自适应单位，不再只局限于KB **URL:** \ **Category:** 讨论分享\ **Tags:** appinned, windows, 资源管理器, 微软, win11\ **Created:** [2026 年5 月 10 日 15:35 UTC](https://meta.appinn.net/t/topic/85169 "2026-05-10T15:35:54Z")\ **Posts on this page:** 20\ **Page:** 1
作者： ![PandaFiredoge](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/pandafiredoge/32/58789_2.png) [@PandaFiredoge](https://meta.appinn.net/u/PandaFiredoge)\ 发布日期： [2026 年5 月 10 日 15:35 UTC](https://meta.appinn.net/t/topic/85169/1 "2026-05-10T15:35:54Z")
在以往，Windows的文件资源管理器，详细信息视图里，文件大小一栏的单位始终局限于KB\[1\]，很不直观： ![图片.png](https://h2cdn.appinn.me/original/3X/9/e/9e9caee739500c0a8a3c7eeed9deb155751f496c.jpeg) 很多人因此使用第三方工具强行修改，如[Windhawk的mod](https://windhawk.net/mods/explorer-details-better-file-sizes)，强行改为自适应单位 不过，在Windows 11的25H2 Beta和25H2 Experimental最新版本（26220.8370和26300.8376）中，格式得到了改进，可以自适应单位为GB、MB、KB，以及其他单位： ![图片.png](https://h2cdn.appinn.me/original/3X/5/8/58c25da7e98c89d861f366bade5e32af6b7fd81b.jpeg) 目前，该变更需要使用Vivetool开启`vivetool /enable /id:61014711`才能启用，微软你不是说不搞灰度测试了吗？ 参考资料： > **[Windows 11 testers say new touchpad upgrades and File Explorer fixes finally...](https://www.windowscentral.com/microsoft/windows-11/windows-insider-builds-ship-with-touchpad-upgrades-file-explorer-fixes-and-a-free-edu-upgrade-path)** > > Microsoft rolled out four Insider builds with new touchpad gesture controls, clearer file size formatting in File Explorer, and a redesigned voice‑typing experience, plus a free upgrade path for K‑12 devices. [https://x.com/XenoPanther/status/2053144324309713123](https://x.com/XenoPanther/status/2053144324309713123) * * * 1. 原文如此，实际上应为KiB，下同 ---
作者： ![2010HCY](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/2010hcy/32/68656_2.png) [@2010HCY](https://meta.appinn.net/u/2010HCY)\ 发布日期： [2026 年5 月 10 日 17:06 UTC](https://meta.appinn.net/t/topic/85169/2 "2026-05-10T17:06:59Z")
真史诗级更新，老早就想吐槽了，每次看到都得自己除1024换算。 我自己写的代码都会自适应单位避免阅读吃力。 ---
作者： ![PandaFiredoge](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/pandafiredoge/32/58789_2.png) [@PandaFiredoge](https://meta.appinn.net/u/PandaFiredoge)\ 发布日期： [2026 年5 月 11 日 02:39 UTC](https://meta.appinn.net/t/topic/85169/3 "2026-05-11T02:39:45Z")
> [@2010HCY](#): > > 每次看到都得自己除1024换算 其实可以数逗号，只不过不太精确 ---
作者： ![PandaFiredoge](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/pandafiredoge/32/58789_2.png) [@PandaFiredoge](https://meta.appinn.net/u/PandaFiredoge)\ 发布日期： [2026 年5 月 11 日 06:00 UTC](https://meta.appinn.net/t/topic/85169/4 "2026-05-11T06:00:20Z")
@Qingwa 这真的是史诗级更新…… ---
作者： ![jark006](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/jark006/32/58289_2.png) [@jark006](https://meta.appinn.net/u/jark006)\ 发布日期： [2026 年5 月 11 日 06:15 UTC](https://meta.appinn.net/t/topic/85169/5 "2026-05-11T06:15:52Z")
确实是史诗级的更新，这个没的说，老早就不满这个默认KB了，确实我还想它更进一步，规范一下KB/KiB的区别，显示KB却用的是1024进制这种历史遗留，而目前标准规范KB/MB用1000进制，KiB/MiB用1024进制 ---
作者： ![LRJ](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/lrj/32/60154_2.png) [@LRJ](https://meta.appinn.net/u/LRJ)\ 发布日期： [2026 年5 月 11 日 07:03 UTC](https://meta.appinn.net/t/topic/85169/6 "2026-05-11T07:03:44Z")
啥时候7zip和nanazip也能支持这特性，现在看压缩包内的文件大小真的是比windows还不直观 ---
作者： ![PandaFiredoge](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/pandafiredoge/32/58789_2.png) [@PandaFiredoge](https://meta.appinn.net/u/PandaFiredoge)\ 发布日期： [2026 年5 月 11 日 07:04 UTC](https://meta.appinn.net/t/topic/85169/7 "2026-05-11T07:04:18Z")
提Issue呀 ---
作者： ![LRJ](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/lrj/32/60154_2.png) [@LRJ](https://meta.appinn.net/u/LRJ)\ 发布日期： [2026 年5 月 11 日 07:05 UTC](https://meta.appinn.net/t/topic/85169/8 "2026-05-11T07:05:27Z")
其实早就有别人提了 我重复提issue也没啥用 估计开发者就是不重视吧。。。 ---
作者： ![Baiyssy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/baiyssy/32/31041_2.png) [@Baiyssy](https://meta.appinn.net/u/Baiyssy)\ 发布日期： [2026 年5 月 11 日 08:51 UTC](https://meta.appinn.net/t/topic/85169/10 "2026-05-11T08:51:28Z")
其实强制使用KB的一个好处是，你看一眼数字长度能比较大小了，自适应单位要比较大小就要难一点。 ---
作者： ![PandaFiredoge](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/pandafiredoge/32/58789_2.png) [@PandaFiredoge](https://meta.appinn.net/u/PandaFiredoge)\ 发布日期： [2026 年5 月 11 日 08:51 UTC](https://meta.appinn.net/t/topic/85169/11 "2026-05-11T08:51:54Z")
？ > [@PandaFiredoge](#): > > 目前，该变更需要使用Vivetool开启`vivetool /enable /id:61014711`才能启用 ---
作者： ![kjdsss](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/k/a9a28c/32.png) [@kjdsss](https://meta.appinn.net/u/kjdsss)\ 发布日期： [2026 年5 月 11 日 09:37 UTC](https://meta.appinn.net/t/topic/85169/12 "2026-05-11T09:37:15Z")
有没有办法，让文件夹显示有里面多少个文件？ ---
作者： ![EAea](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/e/e47c2d/32.png) [@EAea](https://meta.appinn.net/u/EAea)\ 发布日期： [2026 年5 月 11 日 10:22 UTC](https://meta.appinn.net/t/topic/85169/13 "2026-05-11T10:22:19Z")
稳定和流畅第一，没必要整这么多史诗级更新 ---
作者： ![onnoozzo](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/onnoozzo/32/64826_2.png) [@onnoozzo](https://meta.appinn.net/u/onnoozzo)\ 发布日期： [2026 年5 月 11 日 13:30 UTC](https://meta.appinn.net/t/topic/85169/14 "2026-05-11T13:30:44Z")
去繁就简，阿三不会懂的。 ---
作者： ![Z-Q-T](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/z-q-t/32/68795_2.png) [@Z-Q-T](https://meta.appinn.net/u/Z-Q-T)\ 发布日期： [2026 年5 月 11 日 16:09 UTC](https://meta.appinn.net/t/topic/85169/15 "2026-05-11T16:09:53Z")
并不好。统一单位的话只要看一眼数字长度和第一位数字就能知道文件的相对大小了，根本不需要细读，要换算MB、GB的话也只需要看逗号前的数字就能估算了。自适应单位之后就没法直观地看出文件的相对大小了，比如1,001KB和9.1MB，乍一看还以为前面那个更大呢。尤其是如果相邻的文件B、KB、MB、GB都有，那真的得一个数字一个数字，一个字母一个字母地读过去了。 ---
作者： ![JohnKhanJr](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/johnkhanjr/32/22229_2.png) [@JohnKhanJr](https://meta.appinn.net/u/JohnKhanJr)\ 发布日期： [2026 年5 月 11 日 19:22 UTC](https://meta.appinn.net/t/topic/85169/16 "2026-05-11T19:22:33Z")
自适应嘅單位要做到直观显示大小，也是有方法的，比如xyploror在数字、单位后面会同时以圆圈、或柱形表示大小。圆圈层级越多、颜色越亮，就表示体积更大 ---
作者： ![11119](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/11119/32/9989_2.png) [@11119](https://meta.appinn.net/u/11119)\ 发布日期： [2026 年5 月 12 日 01:52 UTC](https://meta.appinn.net/t/topic/85169/17 "2026-05-12T01:52:23Z")
还有7zip，好像所有的压缩软件都有这个问题，作者难道自己不用吗？就看数字长度来判断大小？不累吗？ ---
作者： ![fbll](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/f/b9bd4f/32.png) [@fbll](https://meta.appinn.net/u/fbll)\ 发布日期： [2026 年5 月 12 日 05:38 UTC](https://meta.appinn.net/t/topic/85169/18 "2026-05-12T05:38:15Z")
![image](https://h2cdn.appinn.me/original/3X/a/c/ac15ef4b5915820737aed02df32075fa2e2de3e1.png)已经习惯DO作为默认了 ---
作者： ![hzhbest](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/h/e9a140/32.png) [@hzhbest](https://meta.appinn.net/u/hzhbest)\ 发布日期： [2026 年5 月 12 日 06:20 UTC](https://meta.appinn.net/t/topic/85169/19 "2026-05-12T06:20:07Z")
笑点解释： ![图片.png](https://h2cdn.appinn.me/original/3X/3/a/3a7376ddc56b8d7054a28e49386b498ef52ee6a2.png) （本来想看看AI能否get到这笑点，可惜因为“大小”列的“B”都被遮挡了，没一个回答靠谱） —— 我自己已经习惯了看KB，顶多就是不足1KB的显示1KB会比较不准，但看大小差异直接看位数就足够清楚了，大文件会“鹤立鸡群”足够显眼；就算想看到自适应单位，也可用鼠标移上看提示，或能调出状态栏的话选中看状态栏。 —— 显示自适应单位了，人的阅读习惯也得“自适应”，毕竟看英文字母对中国人来说不如看位数（而且还是带千分位分隔的）直观（相比拉丁字母母语者来说） ---
作者： ![e2f9d9c5bd34ce8c5b0c](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/e2f9d9c5bd34ce8c5b0c/32/71604_2.png) [@e2f9d9c5bd34ce8c5b0c](https://meta.appinn.net/u/e2f9d9c5bd34ce8c5b0c)\ 发布日期： [2026 年5 月 12 日 09:30 UTC](https://meta.appinn.net/t/topic/85169/20 "2026-05-12T09:30:18Z")
最好是先识别文件夹所有文件的大小，然后自动选一个折中的值来统一单位，同时允许一键切换单位 或者用不同样式颜色区分单位 ---
作者： ![40793394](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/40793394/32/58782_2.png) [@40793394](https://meta.appinn.net/u/40793394)\ 发布日期： [2026 年5 月 14 日 01:13 UTC](https://meta.appinn.net/t/topic/85169/21 "2026-05-14T01:13:46Z")
求分享，这是怎么实现的？什么软件？ [下一页](https://meta.appinn.net/t/topic/85169.md?page=2)