内存这东西坏起来特别阴。它不像固态盘掉盘那么干脆，也不像电源烧了那样有焦味，它给你的是一周一次的蓝屏、一天三次的软件闪退、代码编译到 90% 突然报段错误、游戏加载到一半贴图变成花屏。你重装系统、换驱动、查硬盘健康度，折腾两天两夜，最后发现是内存条上某一颗颗粒在高负载温度下偶发翻转了一个比特。我这几年帮人排查过十几台"玄学不稳定"的机器，最后用 Memtest86+ 一跑就现原形的，占了差不多一半。

这篇讲的就是内存隐患的排查思路和 Memtest86+ 这把刀怎么用。它不是那种"下载镜像、写入 U 盘、跑一遍看有没有红字"的三句话教程——那种东西你随便搜都有，而且九成已经过时了。我要讲的是版本怎么选才不会在新平台上直接黑屏、测试项各自在抓什么故障、跑多久才算数、报错信息怎么读、报错之后怎么把问题锁定到具体那根内存上，以及跑完全绿但机器照样蓝屏时接下来该查什么。适合自己装机、做运维、接维修单、或者单纯被"玄学死机"折磨过的朋友看，不需要多深的硬件背景，但最好知道什么是双通道、什么是 BIOS。

1. 先想清楚：内存检测这件事的整体设计

1.1 内存故障为什么最容易背锅也最容易漏诊

内存故障难查，根本原因是它的表现和"内存坏了"这四个字完全对不上号。硬盘坏了系统会明确告诉你读写失败，CPU 过热会降频或者直接断电保护，而内存出错的表现形式是：某个程序的某个功能偶尔崩溃、压缩包校验失败、系统日志里一堆看不懂的异常代码、浏览器标签页集体崩溃。这些症状在操作系统和软件的视角里，会被归因到驱动冲突、软件 bug、文件系统损坏，永远轮不到硬件。

更麻烦的是内存出错的概率分布极不均匀。一根有隐患的内存条，可能 99.9% 的时间都正常工作，只在特定地址、特定数据模式、特定温度下才翻车。你日常办公、刷网页，可能一个月都碰不到一次；一旦跑编译、渲染、虚拟机、大型游戏这种高内存带宽的活儿，出错概率立刻飙升。这就是为什么很多人觉得"我这电脑平时挺好的，就是一干重活就崩"。

还有一种情况更迷惑：内存出错的位置刚好落在操作系统不常访问的区域，或者落在了内核已经标记为保留的物理地址段。系统内的任何检测软件都测不到这些地方，因为操作系统根本不会去分配那块内存给你。要覆盖全部物理地址，只有一个办法——绕开操作系统，在裸机层面直接对内存读写。

注意：如果你现在的症状是"开机自检就报警""插上就不亮机"，那不用往下看了，那是内存条或者插槽的硬故障，直接走最小系统法排查。Memtest86+ 对付的是"能开机、能进系统、但偶发不稳定"这类软性隐患。

1.2 Memtest86+ 的定位：它到底比系统内工具强在哪

很多人第一反应是"系统里不是自带内存诊断吗""我用压力测试软件跑一晚上不行吗"。这些工具不是没用，但它们的检测覆盖面和可信度跟裸机测试完全不是一个量级。

裸机运行带来的第一个好处是全地址覆盖。操作系统启动后会占用一部分物理内存，还会把一部分地址段留给硬件设备做内存映射 I/O，这些区域系统内的工具永远碰不到。Memtest86+ 是直接从引导介质启动的独立程序，它接管整个物理地址空间，从低端到高端逐块读写验证，连 BIOS 预留的区域都能覆盖。我遇到过两次故障地址就在系统保留区，系统内工具跑了一整晚全绿，换成 Memtest86+ 十分钟就报错。

第二个好处是不受操作系统干扰。系统里的压力测试跑着跑着，后台还有几十个进程在抢 CPU、抢内存带宽、触发中断，测试的重复性和时序稳定性都会被打折扣。裸机环境是单任务独占，CPU 缓存、内存控制器、总线都处在相对干净的状态，出错更容易暴露。

第三个好处是错误定位粒度细。它不只是告诉你"错了"，还会给出出错的物理地址、期望值、实际值、出错时正在执行的测试项，有的版本还能反查出这根内存挂在哪个通道、哪个 slot 上。这些信息对定位到具体硬件至关重要。

第四个好处，免费、开源、体积小，一个 U 盘就能带走，去客户现场不用装任何东西。这一点对做上门维修的人价值极大。

1.3 我这套检测流程的整体思路

我自己的流程分四步，顺序不能乱。

第一步是先降频再测试。如果机器开了内存的高频预设档或者手动超了频，第一轮测试必须在默认频率下跑。原因很简单：超频不稳本身就会导致报错，你要先排除"是超频的锅还是内存的锅"这个变量，否则后面所有结论都是错的。

第二步是长时多轮扫描。跑一轮就下结论是最常见的错误，一轮测试只覆盖了有限的几种数据模式，而且要跑完整个地址空间需要时间，很多隐患只在温度爬上来之后的第二、第三轮才显现。

第三步是交叉验证定位。一旦报错，不急着判死刑，而是用单条内存、单插槽的方式做交叉组合测试，把"内存条问题、插槽问题、内存控制器问题"这三者区分开。

第四步是结论落地。根据测试结果决定是换条、换槽、降频长期使用、还是调整电压时序，以及后续要不要再做其他硬件的排查。

整套流程走完，短则两小时，长则一个通宵。听起来费时间，但比反复重装系统、反复换件试错要高效得多。

2. 开工前的准备：版本、介质、硬件前提

2.1 版本选择是第一道坎

这是目前最容易踩坑的地方，也是我看过的过时教程里错得最离谱的地方。Memtest86+ 这个项目的历史很有意思：早期版本在 2013 年前后基本停止更新，很多人电脑里存的还是五点多版本的老镜像。后来社区接手维护，从 6.0 版本开始做了大规模重写，加入了 UEFI 启动支持、多核并行测试、DDR4/DDR5 内存识别、更快的测试算法，之后又持续迭代到 7.x。

这里的关键差异在于：5.x 版本只能通过传统 BIOS 方式启动，在纯 UEFI 模式、关闭了兼容支持的新主板上，它压根引导不起来。你会看到的现象就是插上 U 盘，开机，直接跳过进了系统，或者卡在一个光标闪烁的黑屏。很多人到这一步就以为"这工具不好使"，其实是版本选错了。

所以选版本的判断依据是主板的启动模式：

另外一个容易忽略的点是内存容量识别上限。老版本的 32 位构建在超过 4GB 的机器上只能测到前 3GB 多，剩下的完全测不到。你在一台 32GB 的机器上用老镜像跑了个通宵全绿，实际上有 28GB 从来没被测过——这种"假通过"比不测更危险，因为它给了你虚假的安全感。确认方法很简单：进测试界面后看顶部显示的总内存容量，跟你实际插的容量对不对得上。

提示：下载镜像时优先选官方发布的 USB 镜像或 ISO，写入前核对一下文件校验值。网上流传的"绿色版""整合版"不要用，引导类工具被篡改的风险不低，而且出了问题你根本没法判断是工具的问题还是硬件的问题。

2.2 制作启动盘的完整步骤

介质准备这块没什么玄学，但细节决定成败。

U 盘选择：容量 1GB 以上足够，但别用那种杂牌、读写速度极慢的老 U 盘。原因是引导阶段的读取如果太慢，某些主板会判定启动超时，直接跳到下一个启动项。我吃过一次亏，用一个赠品 U 盘做了镜像，在同一台机器上试了五次只成功进去两次，换成正常 U 盘一次就进。另外 U 盘里的数据会被清空，提前备份。

写入方式，分三种情况：

第一种是直接写入镜像文件。拿到的是.img或.usb这类原始镜像时，在 Linux 或 macOS 下用dd最干脆：

# 先确认 U 盘的设备名，千万别写错，写错就是抹掉你的系统盘 lsblk # 假设 U 盘是 /dev/sdb，写入，注意 of= 后面是整盘不是分区 sudo dd if=memtest-usb.img of=/dev/sdb bs=4M status=progress conv=fsync sync

Windows 下没有 dd，用写盘工具选择"从镜像文件写入"模式，或者用 Rufus 这类工具时注意一个关键选项：分区方案要选 GPT 还是 MBR、目标系统要选 UEFI 还是 BIOS，必须和你主板的启动模式对上。选错的结果就是引导不了。

第二种是拿到 ISO 镜像时，不要直接把 ISO 文件拖进 U 盘——那样只是复制了一个文件，没有任何引导能力。必须用写盘工具以"镜像模式"写入，或者刻录成光盘。

第三种是虚拟机测试。如果你只是想先熟悉界面，可以在虚拟机里挂载 ISO 启动。但虚拟机测出来的结果没有参考价值，因为它测的是宿主机分配给你的虚拟内存，真出问题也定位不到物理内存条。熟悉界面可以，做诊断不行。

写入完成后的验证：重新插拔一次 U 盘，看里面是不是出现了几个小文件和目录，而不是孤零零一个 ISO。如果只看到一个镜像文件，说明写入方式错了，重来。

2.3 进 BIOS 之前必须确认的四件事

第一件，关闭安全启动。安全启动机制会拦截没有签名的引导程序，Memtest86+ 的引导文件通常不在受信任列表里。表现就是 U 盘在启动菜单里能看到，选中之后直接弹回或者跳进系统。进 BIOS 找到安全启动选项设为关闭，测完记得改回来。

第二件，关闭快速启动。快速启动会让主板跳过部分自检流程，某些情况下也会影响 U 盘的枚举。这个选项在 Windows 的电源设置里也有一份，两处都要关。

第三件，确认启动模式。UEFI 模式的主板要在启动菜单里选带 "UEFI:" 前缀的那个 U 盘条目，选成传统模式的那个是进不去的。反过来老主板选了 UEFI 条目同样不行。

第四件，记录原始设置。进 BIOS 之前先拍几张照，尤其是内存频率、电压、时序相关的那几项。测完要改回去，靠记忆复原经常会漏。我见过有人测完忘了把内存频率改回默认，用低频跑了半个月才发现性能不对。

另外提一句笔记本：用笔记本测内存，务必插着电源适配器。有些笔记本在电池供电时会激进地限制功耗，CPU 频率被压得很低，一轮测试的时间能翻两三倍。同时确认散热口不被挡住，测试期间机器会持续满载发热。

3. 正式开跑：参数怎么设，测试项都在测什么

3.1 界面速览与第一分钟要看的三个数字

引导成功后你会看到一个蓝底或者黑底的文字界面，最上面一排是版本号和 CPU 信息，中间是内存容量和频率时序，下面滚动显示正在执行的测试项和进度条。

第一分钟要确认三件事：

总内存容量对不对。显示 32GB 但你只插了 16GB，说明内存没插好或者有条子没被识别；显示 16GB 但你插了 32GB，说明版本太老测不全。这两种情况都得先解决再往下走。

内存频率和时序对不对。新版会自动读取内存上的 SPD 信息并显示当前运行频率、通道数。如果你明明关掉了高频预设档，这里显示的却是标称高频，说明 BIOS 里还有别的设置在起作用，得回去查。

CPU 核心数识别是否正常。新版支持多核并行测试，界面上会显示检测到的逻辑核心数。如果显示的数量明显不对，可能需要在启动参数里手动指定，否则并行测试跑不起来，速度会慢很多。

3.2 十多个测试项分别针对什么故障模式

测试项是分编号的，从 Test 0 一路排到十几号，不同版本编号会有细微差异，但覆盖的故障模式基本是这几类：

这里最值得单独说的是位衰减测试。它会往内存里写一批数据，然后什么都不干，等一段时间再读回来比对。这个测试模拟的是内存颗粒电荷保持能力不足的情况——电容漏电太快，写入的电荷在读出之前就衰减掉了。这种故障对温度极其敏感，温度越高漏电越快。所以跑这个测试项的时候，别去开盖吹风扇降温，那等于人为掩盖了故障条件。反过来，如果你怀疑机器是"用久了发热之后才不稳定",那就更应该让机器在正常封闭状态下跑完，别做任何额外的散热干预。

另一个值得关注的是块搬移测试。它用连续的大块读写把内存带宽压满，专门抓那种"单次读写没问题，但连续高负载下时序跟不上"的隐患。这类故障在日常办公里几乎不会触发，但跑渲染、跑数据库、跑大内存游戏的时候就会中招。

我的实际经验是：如果只有一个测试项报错，而其他项全绿，位衰减和块搬移这两类的嫌疑最大。前者指向颗粒老化，后者指向时序或者供电问题。这两类恰恰是最容易被"跑一轮全绿"漏掉的，因为它们对测试时长和温度条件有要求。

3.3 轮数、CPU 模式、地址范围的具体设置

轮数（Pass）设置是核心参数。一轮指的是把所有测试项从 Test 0 到最后一个完整跑一遍。设置方式一般是在主界面按配置键，把 Pass 数量改成你要的值。

跑几轮合适？我的建议分三档：

• 快速筛查（2 轮，约 1 小时）：新装机、二手件验货、临时怀疑。能抓出大部分硬故障，但抓不到温度相关的偶发问题。
• 标准检测（4 轮，3 到 6 小时）：日常排查的推荐值。4 轮下来，机器内部温度已经完全稳定在满载状态，位衰减测试也跑了四次，覆盖度够用。
• 深度检测（8 轮以上，通宵或 12 小时以上）：疑难杂症、服务器上线前、返修件复检。有些隐患真的是几百亿次读写才出现一次，只能靠时间堆。

时间估算这事没法给精确公式，因为影响因素太多：CPU 单核性能和核心数、内存频率、内存容量、测试项配置、是否开并行。给个粗略的量级参考，一定要以你实际看到的进度为准：

CPU 模式：新版支持多核并行，多个核心同时在不同的地址段上跑测试，总耗时能明显缩短。开启的代价是发热量大幅上升、功耗拉高，对电源和散热的压力更大。这既是缺点也是优点——发热上去之后，温度相关的隐患更容易暴露。我的做法是：常规筛查开并行省时间，深度检测关掉并行用单核顺序跑，让内存控制器处在更"安静"的状态，减少并行访问带来的干扰。

地址范围设置：默认跑全部物理地址。某些场景下可以手动指定区间：比如你已经通过报错日志知道问题出在某一段高位地址，想针对性地反复压测那一块；或者内存容量特别大、时间有限，先测常用的低端区间。但我要提醒一句，手动缩小范围是个陷阱——你跳过的恰恰可能是没被操作系统用过的、最容易藏故障的那部分。

ECC 相关选项：服务器或者支持 ECC 的平台，测试界面会额外显示可纠正错误计数。这个数字很关键：它不为零但测试没有失败，说明内存在自我纠错，颗粒已经在劣化边缘了，虽然系统还能跑，但这种条子不该继续留在生产环境里。很多人只盯着"有没有红字失败"，完全忽略了 ECC 计数，结果就是机器一直"能用但偶尔性能抖动"。

3.4 一次真实的完整测试记录

说个前段时间经手的例子，机器配置大概是双通道 32GB、默认频率、六核处理器，症状是跑虚拟机动不动整个宿主卡死，重装系统两次无效。

准备阶段，制作 UEFI 版启动盘，关闭安全启动和快速启动，进 BIOS 确认内存频率在默认档，拍照存档，插电源，机器放在通风位置。

第一轮，开启并行模式跑 4 轮。前两轮全绿，跑到第三轮的块搬移测试项时，屏幕下方开始滚动报错，错误计数从 1 涨到 37，地址集中在0x1A3C_xxxx这个高位区间。这时候不能停，让它把 4 轮跑完，看错误的分布规律。最终结果：4 轮总共 112 个错误，全部集中在高位地址段，低位地址段零错误。

第二轮验证，关掉并行、单核顺序跑同样的 4 轮。错误依然出现，但数量降到 60 多个，说明并行访问确实加剧了问题，但问题本身是客观存在的，不是并行测试引入的假阳性。

定位阶段，拆下第二根内存，只留第一根，插在第一个插槽，重跑 4 轮，全绿。换第二根内存单独插在第一个插槽，重跑，报错复现，地址落在高位段——这就锁定了是第二根内存的问题。再把这根问题内存插到第二个插槽复测，依然报错，排除插槽因素。

结论，第二根内存条高位地址段存在稳定故障，需要更换。整个过程从开始到出结论大概六个小时，中间大部分时间是等待。

这个案例里最有价值的信息是错误地址的分布。如果错误随机散布在整个地址空间，那更可能是主板插槽、内存控制器或者供电的问题；如果错误高度集中在某一段地址，那基本可以确定是这一段的颗粒出了问题。这个判断逻辑后面还会详细讲。

4. 结果判读：报错信息里藏着定位线索

4.1 读懂一条错误记录

报错的时候屏幕上会滚动类似这样的行：测试项编号、通过的轮次、出错的物理地址、期望值、实际值、以及累计错误数。这一行信息量很大，逐项拆开看。

测试项编号告诉你是在哪种数据模式下出的错。如果只在某一种特定模式下出错，说明故障跟数据模式相关，可能是位与位之间的耦合问题；如果在所有模式下都错，那这个存储单元基本废了。

物理地址是最关键的定位依据。把它记下来，后面做交叉验证全靠它。同时注意这个地址在整条内存的位置：假设单条 16GB，地址空间大致可以按颗粒排布粗略划分，错误集中在低端还是高端、是否落在某个固定的小区间，这些规律直接决定后续判断。

期望值和实际值的差异模式也有讲究。如果只差一个比特位，说明是单个存储单元的问题；如果差一大片比特，可能是整条数据线、地址译码或者更上层的问题。我印象很深的一次，期望值0x00000000读出来0x00000004，只差一个位，典型的单比特翻转，换条解决。

累计错误数和增长速率：报 1 个错误和报 1000 个错误的性质完全不同。单个孤立错误有可能是极低概率的软错误，多个持续增长的错误一定是硬伤。如果错误数在几轮之内从头涨到尾，别犹豫了，这条子不能留。

4.2 假阳性：先别急着把条子扔了

报错不等于内存条坏了，这是我最想强调的一点。假阳性在这类测试里非常常见，盲目换件是浪费钱。

超频和高频预设档是第一大来源。内存标称 3600，主板默认开了预设档就跑 3600，但处理器或者主板的实际承载能力到不了这个频率，跑测试就会报错。这类情况的特征是：关掉预设档降回默认频率，错误立刻消失。处理办法不是换内存，而是降频使用或者手动调整时序电压。

供电不稳是第二大来源。内存供电相数不足、电源老化、主板电容劣化，都会在满载测试时导致电压波动，进而引起读写错误。特征是把内存换到别的机器上测全绿，在原机器上就报错。这种需要查电源和主板，不是内存的问题。

接触不良排第三。内存金手指氧化、插槽里有灰尘或者异物、插得不到位，都会造成间歇性错误。特征是错误地址不规律、时有时无、开箱重新插拔一次错误就消失了。

散热问题也常被忽略。内存颗粒温度过高会显著增加错误率，尤其是那些带马甲但机箱风道糟糕的配置。特征是开机前半小时全绿，一小时之后开始报错。这种也不算内存坏，改善风道或者加个风扇对着吹就能解决。

BIOS 版本问题偶尔也会背锅。某些主板早期 BIOS 对特定内存颗粒的兼容性有问题，更新 BIOS 之后就正常了。

所以报错之后的标准动作是：关掉所有超频、清理金手指、重新插拔到位、确保散热，然后重测一遍。重测还报错，再往下走定位流程。

4.3 假阴性：跑完没报错也可能是漏网之鱼

反过来的情况同样要警惕：测试全绿不代表内存绝对没问题。

跑的时间不够是最主要的原因。两轮测试大概一两个小时，某些偶发故障的概率可能是几十亿分之一，需要连续十几小时的高负载才能碰到一次。如果你有明确的频繁崩溃症状，但两轮全绿，别就此结案，跑个通宵再看。

温度条件不匹配。测试在冷机状态下跑，实际使用是在机器连续工作几小时、显卡满载烤箱一样的环境里跑，故障条件根本没被复现。这种情况我建议把机器放到真实使用环境里、关掉机箱侧板测试，或者干脆先让机器满载预热半小时再开始测。

地址覆盖不全，前面说过的老版本容量识别问题。

测试项配置被改动过。有些人为了赶时间关掉了耗时长的测试项（比如位衰减），那漏检几乎是必然的。

故障根本不在内存上。这条最重要。系统不稳定有太多可能：电源功率不够、显卡驱动冲突、固态盘固件 bug、CPU 本身有问题、主板 VRM 供电劣化。内存测试全绿只能排除内存这一项，不能给整机背书。

5. 定位到具体那根内存：替换法与地址映射

5.1 单条加单槽的交叉验证法

报错之后，怎么从"内存有问题"精确定位到"哪根内存、哪个插槽、或者根本就是主板"？用这个组合矩阵，逻辑上是完备的。

假设是双通道四插槽，插了两根内存，分别叫 A 条（插在槽 1）和 B 条（插在槽 2）。

第一步，只留 A 条在槽 1，重测。全绿，说明 A 条和槽 1 都是好的，问题在 B 条或者槽 2。

第二步，只留 B 条在槽 1，重测。如果报错，锁定 B 条有问题。如果全绿，说明 B 条也没问题，那嫌疑就落到槽 2 上了。

第三步，把 A 条插到槽 2，重测。如果报错，槽 2 有问题；如果全绿，那可能是两根同时插的时候才出问题——这就指向内存控制器在多通道高负载下的稳定性，或者是供电问题。

这个流程听起来啰嗦，但每一步都能排除一个变量。实际做的时候如果嫌慢，可以用快速筛查档（两轮）先跑，只在关键节点上跑完整轮数。

报错地址还能帮助缩小范围。单条 16GB 的内存，如果报错固定在最低的一小段地址，那可能是第一个颗粒；固定在最高段，可能是最后一个。虽然你没法从地址直接反推到具体某颗芯片（除非有厂商的走线图），但至少能验证"错误是否集中在同一物理位置"——把同一根条插到不同插槽，如果报错地址区间不变，说明是这条内存自身的问题；如果报错地址跟着插槽变了，那就得怀疑插槽或者主板走线。

5.2 高位地址报错的特殊坑

这里有个很多人不知道的坑：高位地址报错，有可能是测试工具本身没有正确映射地址空间，尤其在启用了内存重映射、内存镜像、或者某些服务器特性的平台上。

这些特性会把物理地址重新编排，测试工具看到的地址和内存实际所在的物理位置对不上。表现就是报错地址看起来很诡异，或者同一根内存换台机器测，报错地址完全不一样。

判断方法是看平台有没有相关设置。支持内存镜像、内存巡检、地址重映射的企业级平台，测试前最好把这些特性临时关掉，让地址映射变回最直接的一对一关系。测完再开回来。

另一个坑是大容量单条在高位地址区域更容易暴露问题，因为高容量颗粒的制造工艺压力更大，边缘位置的存储单元更容易出问题。所以看到报错集中在大容量条的高位段，别觉得"才坏了一点点不影响使用",这种趋势通常会随着时间恶化。

6. 常见问题速查与避坑实录

6.1 十几个高频问题速查表

下面这些是我和同行实际碰到的，按出现频率排序。

6.2 几个文档里不会写的实操技巧

技巧一，用手机拍下报错屏幕。报错信息滚动很快，尤其是错误数量多的时候。跑之前把手机架好录一段视频，事后再慢慢看地址规律，比盯着屏幕手抄靠谱得多。

技巧二，测试时长要和故障频率挂钩。如果机器是每天崩一次，那跑两小时全绿说明不了什么；如果是每周崩一次，那跑一晚上全绿就有一定说服力；如果一个月才崩一次，你得跑够十几个小时。这个换算没有严格公式，但逻辑上很明确：测试时长要显著超过故障出现的间隔。

技巧三，测之前先记录环境温度。夏天三十几度的房间和冬天十几度的房间，同样的硬件测出来的结果可能不一样。如果条件允许，把机器放在接近实际使用环境的地方测，别搬到空调出风口底下。

技巧四，别忽略主板上的 CPU 内存控制器。现代处理器把内存控制器集成在 CPU 里，内存通道直连 CPU。如果单条内存换到任何插槽都报错、换到别的机器却全绿，那嫌疑对象就变成了 CPU 的内存控制器或者 CPU 与插槽之间的接触。这种情况需要重新安装 CPU、检查针脚或触点、必要时换 CPU 验证。

技巧五，二手内存到手先测再装机。这个习惯能省掉后面无数麻烦。收到货直接在裸机上跑两轮，报错立即退换，比装好系统用两个月再发现问题强得多。

提示：测试期间不要热插拔任何东西。有人在测试卡住的时候顺手拔了根内存想看看反应，结果烧了内存插槽。任何时候，动硬件之前先断电。

7. 测完之后：不同结论对应不同动作

7.1 真的报错，怎么处理

分三种情况。

单条稳定报错、换机器也报错：内存条自身故障，走保修或者更换。这时候把报错截图、内存型号、故障地址一起提供给售后，比只说"内存坏了"更有说服力，有些厂商看到具体测试数据会处理得更快。

单条在特定插槽报错、换插槽就好：插槽或者主板的问题。检查插槽内有无异物、触点是否氧化，清理后复测。还不行就是主板故障。

多条混插报错、单独测都全绿：兼容性问题或者多通道高负载下的稳定性问题。处理办法是尽量用同品牌同批次同容量的内存组双通道，或者把频率降一档、适当放宽时序。混插不同颗粒的方案，出问题的概率确实更高，这一点在选配件的时候就要考虑。

只有超频时报错：这不是故障，是超频没超稳。要么降频，要么手动调电压和时序找稳定点。但要提醒一句，能跑测试不代表长期稳定，温度和负载变化之后可能又不行了，超频的稳定性边界要留足余量。

7.2 完全通过，但系统还是不稳定的排查顺序

内存测试全绿，机器照样蓝屏、死机、重启。接下来按这个顺序查，从高概率到低概率：

第一查电源。功率不足、电容老化、单路输出纹波大，都会造成高负载下随机重启。这个太常见了，尤其是用了三四年的电源带新显卡。有条件的换个电源测。

第二查存储。固态盘的固件问题、掉速、坏块，可以造成系统卡死和蓝屏。看系统日志里的存储相关错误，跑一下盘的厂商诊断工具。

第三查温度。CPU、显卡、主板的温度传感器读数是否有异常峰值，散热器是否松动、硅脂是否干涸。

第四查驱动和系统。尤其是显卡驱动、芯片组驱动。干净启动环境（禁用所有第三方服务和启动项）下复现一下，能排除软件层面的干扰。

第五查 CPU 和主板。如果前面都排除了，那问题可能在更底层。CPU 超频不稳、主板供电劣化、BIOS 版本有 bug，这些需要更专业的工具和替换法。

我自己的经验是，走到这一步还查不出来的，八成是电源或者主板，而且往往是那种"跑什么都正常、就是在特定负载组合下崩"的疑难件，只能靠替换法慢慢试。

最后分享一个我坚持了很多年的习惯：凡是新装或者大改过的机器，交付之前一定跑一轮完整的内存检测，哪怕客户催得紧。这几个小时换来的是后面几个月不用被"你家配的机器老是蓝屏"这种电话骚扰。内存检测这活儿，本质上不是技术活，是耐心活——工具会告诉你在哪一行出错，但要不要继续往下挖、挖到多深，全靠你自己判断值不值。