macOS：如何获取iconForFile方法返回图标的真实最大尺寸

为什么现有方法无法获取真实尺寸 #

[[NSWorkspace sharedWorkspace] iconForFile:path] 返回的NSImage是系统封装的统一图像容器，本身不直接关联图标源文件的原生资源列表：

• 当请求渲染某一档不存在于源图标的尺寸时，AppKit会即时生成对应尺寸的缩放位图，追加到NSImage的图像表示列表中。
• 哪怕源图标仅内置32x32的低清资源，系统生成的模拟缩放表示也会一直延伸到2048x2048档位，导致遍历图像表示拿到的最大尺寸完全是系统模拟的结果，不代表图标的原生资源上限。

可落地的尺寸检测方案 #

方案1：直接解析磁盘上的.icns源文件 #

• 绝大多数文件类型的图标都会以独立.icns文件存储在固定路径下：
  • 应用类文件的图标位于应用包路径下的Contents/Resources/目录，可通过NSBundle接口直接定位对应.icns文件路径。
  • 普通文档、系统类型文件的图标，可通过LaunchServices接口查询文件类型关联的图标资源路径，无需遍历整个磁盘。
• .icns文件本身有固定的结构化文件头索引，会直接记录文件内实际嵌入的所有位图的物理尺寸（包括各@1x、@2x档位的资源），不需要完整解码图像内容，仅读取索引段就能拿到全部真实存在的资源尺寸，完全规避系统生成的模拟表示干扰。
• 从索引中提取所有尺寸值取最大值，即可得到图标原生支持的最大物理分辨率：若最大值仅为32x32，放大时启用最近邻上采样可保证像素锐利；若最大值达到512x512及以上，使用平滑双三次上采样可获得自然的放大效果。

方案2：调用低层级LaunchServices原生图标API #

• 绕开NSWorkspace的高层渲染管线，直接调用LSCopyIcon接口获取图标的IconRef实例。
• 调用IconRefGetImages方法遍历IconRef内部存储的原生图像条目，该接口返回的所有尺寸均为图标源文件内实际嵌入的资源尺寸，不会触发系统即时生成模拟缩放表示的逻辑。
• 遍历返回的所有条目尺寸取最大值，即可得到准确的原生资源上限，适配QuickLook扩展的沙盒权限要求，无需申请额外的文件访问权限。

实现注意事项 #

• 不要依赖NSImage的size属性或representations列表判断最大尺寸：只要触发对应尺寸的绘制请求，系统就会自动补全任意档位的模拟图像表示，永远无法暴露源资源的真实上限。
• 统计尺寸时需要同步识别图像条目的scale factor：避免将高倍屏下的2x资源误判为小尺寸，比如512x512物理像素的@2x资源，实际对应的逻辑图标尺寸为256x256，统计真实最大清晰度时要计入scale倍数。
• 跨平台打包的Mac应用如果仅内置了32x32尺寸的低清图标资源，检测到的最大尺寸就会停留在32x32档位，此时自动切换最近邻插值，就能避免放大时的模糊失真问题。

内容的提问来源于stack exchange，提问作者Petter Sjölund