Affinity 套件在处理 16bit 高分辨率文档或包含大量实时滤镜、蒙版的项目时，经常出现一种现象：打开任务管理器会发现 CPU 占用并不高，显卡也远未跑满，但移动图层就是有明显的粘滞感，撤销一步要等好几秒。这类卡顿大多与内存分配方式和撤销历史记录机制有关。理解这两项设置如何消耗资源，并针对性地调整，往往比直接加装内存更有效。
一、Affinity 的内存分配机制与卡顿根源
Affinity 在首选项的性能页面提供了一个 RAM 使用限制滑块，这个值决定了软件最多可以在物理内存中保留多少工作数据。它并不是使用越多越好。系统本身需要一定的物理内存来完成窗口渲染、字体管理、输入法响应和后台服务等工作。如果把这个比例拉到 90% 以上，一旦编辑大文件，Windows 或 macOS 就会被迫把系统进程和其他应用的内存页写入页面文件或交换分区。系统级页面调度延迟远高于软件内部换页，这时整个桌面都可能出现短暂无响应，Affinity 只是最先表现出来的那个。
相反，如果内存上限设置过低，Affinity 会在内存工作区被占满后，把图层像素、快照、临时滤镜结果写入磁盘缓存。机械硬盘的随机读写速度只有几十 MB/s，即便是一块普通 SATA SSD，4K 随机性能也无法与内存相比。因此当连续操作触发大量小尺寸读写时，工具响应会明显下降。理想的设置是给操作系统保留大约 25% 到 30% 的物理内存，并且不要把 Affinity 的磁盘缓存目录放在系统盘经常满负荷读写的机械硬盘上。
内存分配还涉及像素数据的内部表示。同样一张 8000×8000 的 16bit 图像，在不同颜色模式下占用的内存差异很大。实时滤镜、调整图层和蒙版都会增加额外的中间结果。你可以在文档窗口底部的状态栏查看文档大小，但实际占用往往会比这个数字高出数倍。理解这一点后，遇到卡顿时先检查内存压力，而不是立刻归咎于撤销功能。
二、撤销次数如何吃掉内存：快照与历史记录的代价
撤销历史并不只是一个操作命令列表。为了让撤销足够快，Affinity 会为部分操作保留状态快照。例如执行一次大范围液化、高频细节增强或全景拼接后，历史面板中对应的条目可能包含整幅图像的副本。如果文档本身占用 1.5 GB 内存，一个快照就可能再增加 1 GB 以上。撤销次数设置得越高，历史面板中允许堆积的状态就越多，内存占用也随之上升。
当历史记录总量逼近软件的内存分配上限时，Affinity 会把较早的历史快照移动到磁盘，以释放物理内存。这个过程本身会卡住当前操作，而之后当你点击撤销回到那些旧状态时，需要先从磁盘读回数据，延迟感非常明显。很多用户把撤销次数设置为 200 甚至更多，以为可以随时回退到任意一步，但实际上大部分精细修改只集中在最近十几步。过高的撤销次数不仅没有提升效率，反而拖慢了每一次保存、切换工具和进行新编辑时的响应。
对于一般摄影修图，20 到 40 步足够覆盖大多数需要回退的场景。插画和排版工作可以适当提高到 60 到 80 步，但不建议超过 100，除非你明确知道自己需要长链条的版本回溯。另一个技巧是学会使用快照功能：在关键节点手动创建快照，而不是依赖连续撤销历史。快照可以命名，也能长期保存，但同样会占用内存，所以只保留必要的几个节点更为合理。
三、调整性能设置与减少卡顿的具体方案
打开 Affinity Photo 或 Designer 的编辑菜单，进入设置，选择性能标签。先根据物理内存大小调整 RAM 使用限制：16 GB 内存建议设置为 8192 MB 到 10240 MB；32 GB 内存可以设置为 20480 MB 到 24576 MB。保留至少 4 GB 给系统和后台进程。撤销次数按前面建议的区间设置。磁盘缓存位置选择一块剩余空间充足的 SSD，避免使用机械硬盘或系统盘。如果使用笔记本并且有独立显卡，检查渲染器是否选择了正确的 GPU，某些旧驱动下的 OpenCL 或 Metal 渲染反而会造成卡顿，可以切换为软件渲染对比测试。
视图质量也会影响实际体感。编辑大图时，将视图质量从最佳改为双线性或像素视图，可以在平移和缩放时显著降低临时计算量。关闭不常用的实时预览开关，例如在某些调整图层中关闭实时更新，只在松开滑块后再计算。使用图层编组、栅格化已经确定的滤镜层，也能减少每个历史步骤需要记录的状态量。
如果以上设置调整后仍然卡顿，可以尝试重置 Affinity 性能配置。关闭软件后，在启动时按住 Ctrl（macOS 按住 Control）并选择清除全部设置。注意这会清除自定义快捷键和面板布局，操作前可先导出设置。清除后从干净的默认状态重新调整内存和撤销参数，有时能解决配置文件损坏导致的异常内存分配。
# 清理 Affinity Photo 临时缓存，路径可根据实际安装版本调整
$tempPath = Join-Path $env:APPDATA 'Affinity\Photo\1.0\temp'
if (Test-Path $tempPath) {
Get-ChildItem -Path $tempPath -Recurse -Force | Remove-Item -Recurse -Force
Write-Host 'Affinity Photo 临时缓存已清理'
}
else {
Write-Host '未找到临时缓存目录'
}
四、进阶排查：监控内存与识别异常历史条目
当卡顿间歇性出现时，可以通过 Windows 任务管理器或 macOS 活动监视器观察 Affinity 的内存占用曲线。如果占用持续线性增长，即使已经停止操作也不回落，可能存在内存泄漏或历史快照未被正确释放。可以逐条删除历史面板中的条目，观察哪一步释放了最多内存。通常包含液化、锐化、降噪、全景合并等操作的历史条目最占内存。确认后，后续遇到同类操作可以单独复制一份文档，处理完再合并结果。
Affinity 的临时目录中会残留一些未清理的交换文件。正常情况下关闭文档后这些文件会被删除，但崩溃或强制结束进程可能导致残留。定期检查并清理临时目录可以防止磁盘空间被占满后引发新的卡顿。注意清理前关闭所有 Affinity 文档，否则只读文件无法删除。
还要留意系统页面文件设置。在 Windows 上，如果手动把页面文件设置为固定大小且太小，即使 Affinity 内部内存分配合理，系统也可能因为物理内存不足而强制换页。建议让页面文件保持系统托管，或设置为物理内存的 1.5 到 2 倍。macOS 的交换文件由系统自动管理，一般不需要干预，但应保证启动盘至少有 20 GB 可用空间，否则内存交换会因磁盘空间不足而严重降速。
综合来看，Affinity 性能卡顿很少由单一因素造成，内存分配上限、撤销历史长度和磁盘缓存位置会相互影响。优先保证系统有足够的剩余内存，把撤销次数控制在实际需要的范围内，并将缓存放到高速 SSD，就能在大多数场景下获得更跟手的编辑体验。
Affinity性能优化内存分配撤销次数修改时间：2026-10-01 18:47:50