news 2026/10/1 16:23:51

搞懂 OEM SLP、NSLP、COA 与 DM:Windows 激活授权区别

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
搞懂 OEM SLP、NSLP、COA 与 DM:Windows 激活授权区别

同事拿着台二手笔记本过来,让我帮忙看看"能不能重装系统、要不要重新买密钥",机器背面还贴着半张磨花的贴纸,系统信息里显示的密钥尾号和贴纸上的完全对不上。这种场景我这些年遇到过太多次了:单位资产盘点时发现几百台设备的授权来源五花八门,采购验收时被"OEM 正版"四个字绕晕,重装完系统发现自动激活没了,换块主板之后整机授权直接失效。要理清这些事,绕不开四个经常被混为一谈的名词——OEM SLP、NSLP、COA 和 DM。它们看着都像"Windows 产品密钥",实际上分别指向四个不同层面的东西:有的是一条出厂预装的激活通道,有的是贴在机身上的物理凭证,有的干脆是写进主板固件里的一串字符。搞不清它们的区别,轻则在重装时白折腾一晚上,重则在资产账上把授权数量算错。下面我把这四个概念拆开讲,顺带把自查命令、场景处置方式和踩过的坑一并交代清楚,适合经常跟 Windows 设备打交道的运维、装机店、二手商和普通用户参考。

1. 先把四个名词放回它们原来的位置

1.1 一条从工厂产线到用户桌面的授权链路

要理解这四个词,最好先想象一台品牌机是怎么从产线走到你桌上的。代工厂在装机阶段会用一套批量镜像把系统灌进去,同时在主板上写入一段厂商专属的标识,让系统开机后自己认出"我是这台机器预装的,不用用户操心激活"。这套机制的核心诉求只有一个:让终端用户拿到机器就能用,不需要输入 25 位密钥,也不需要联网激活。

这条链路里就藏着我们说的几个角色。出厂预装用的那套"免输入密钥、靠硬件识别"的方案,就是 SLP(System Locked Preinstallation,系统锁定预安装);而随机器一起发给用户的、印在贴纸上的那把密钥,走的是另一条通道,叫 NSLP;那张贴纸本身叫 COA(Certificate of Authenticity,真品证书);到了 Windows 8 之后,微软换了一套玩法,把密钥直接塞进主板固件的 ACPI 表里,这个标识在安装介质和授权体系里被记作 DM,也就是数字标记(Digital Marker)。

很多人第一次听到这几个缩写,是在定制系统镜像或者做无人值守安装的时候,看到配置文件里冒出OEM:SLP、OEM:NONSLP、OEM:DM这样的字段。那一瞬间的反应通常是"这仨有什么区别",答案就在上面这条链路里——它们描述的是同一台机器上可能存在的三种不同授权来源。

1.2 四个名词的定位对照表

先把最容易混淆的对应关系摆出来,后面再逐条展开:

名词全称/含义载体是否需要用户输入典型系统版本
OEM SLP系统锁定预安装主板 ACPI 中的 SLIC 表 + 厂商签名不需要XP / Vista / Win7
OEM NSLP非系统锁定的 OEM 授权COA 贴纸上的 25 位密钥需要(或联网/电话)贯穿各代
COA真品证书贴纸机身物理贴纸视版本而定贯穿各代
DM数字标记 / 固件内嵌密钥主板 ACPI 中的 MSDM 表不需要Win8 及以后

看完这张表,有个关键点要先点破:SLP 和 DM 是"机器自己知道",NSLP 和 COA 是"用户要知道"。前者靠固件里的数据说话,后者靠一串字符说话。这个区分决定了后面所有场景的处置方式——机器自己知道的,你重装时什么都不用做;用户要知道的,你得把那串字符找出来并保管好。

1.3 为什么安装介质里会出现 OEM:SLP、OEM:NONSLP、OEM:DM

如果你动过 Windows 安装盘里的sources目录,会看到ei.cfg或PID.txt这样的配置文件。里面的[Channel]字段决定的不是"用哪把密钥激活",而是这套镜像默认按哪种授权通道来解释密钥。这就好比快递面单上的"渠道"栏,填的是"电商件"还是"到付件",它本身不包含收件人信息,但决定了后续怎么处理。

实际用起来,这个字段的影响比想象中大。我记得有次给一批老设备做统一镜像,镜像里 Channel 写的是OEM:SLP,结果在新一点的机器上装完提示需要激活——因为那批新机器走的是 DM 通道,固件里根本没有老式的 SLIC 表,镜像里预留的通道自然对不上。反过来,把 Channel 留空或者写成通用值,系统会在安装后自行判断可以用哪条路。这也是为什么很多定制镜像干脆不写 Channel,让系统自己决定。

需要特别提醒一句:OEM:SLP这类字段只是安装阶段的通道声明,它不等于密钥本身,更不是"万能钥匙"。网上有些说法把它描述成某种可以绕开授权的开关,这是误解。它的作用范围仅限于告诉安装程序按哪种方式去匹配硬件和密钥。

2. SLP 与 NSLP:相差三个字母,激活逻辑天差地别

2.1 SLP 的"系统锁定"到底锁了什么

SLP 这个名字里的"锁定"两个字经常被误读成"锁机器"或者"锁主板型号",其实它锁的是系统与硬件指纹之间的对应关系。厂商在产线上把系统装好之后,会往主板的 ACPI 表里写一段带厂商签名的数据,系统启动时读取这段数据,和镜像里预置的密钥做一次匹配校验。匹配通过,系统就认为"我是原厂预装的合法实例",直接进入已授权状态。

这套机制的好处非常直观:用户开箱即用,不需要记密钥,重装同一版本系统时只要固件里的标记还在,装完仍然是已授权状态。对厂商来说,也省掉了给每台机器单独输入密钥的人力成本。代价是灵活性——SLP 是绑固件的,主板换了、固件被刷了、或者是自己组装的机器,这条路就走不通。

实际经验里还有一个容易忽略的点:SLP 通常只对应特定版本。比如家庭普通版和专业版的 SLP 是分开的,你拿家庭版的镜像去装一台只写了专业版标记的机器,是匹配不上的。所以老机器重装时,选对版本比什么都重要。

2.2 SLIC 表:老式 SLP 的落脚点

支撑 SLP 的那张表叫 SLIC(Software Licensing 相关描述表),它是 ACPI 规范里厂商可以自定义的一块区域,位置通常在固件的固定区域。厂商会把自己的标识、签名和版本信息写进去,系统读到它才能完成上面说的匹配。

关于 SLIC 有几个实用细节值得记住。第一,它不是一个可读性很好的东西,普通用户用系统自带工具基本看不到,需要专门的固件查看工具才能 dump 出来,而这些工具来源参差,我一般不建议普通用户随便下载使用。第二,它属于固件内容,一旦主板损坏或更换,这段数据就没了,机器也就失去了 SLP 授权。第三,SLIC 的版本和系统版本是有对应关系的,老版本的 SLIC 撑不起新系统,这也是为什么老机器升级新系统后往往需要另想办法。

我的建议很直接:如果你的机器还在用 SLP 这条路,别去动固件,也别去动镜像里的版本。维护好现状,重装时用同版本的原版镜像,成功率最高。

2.3 NSLP 才是大多数 OEM 机器上的那把"明钥匙"

NSLP 里那个 N 是 Non 的意思,全称可以理解为"非系统锁定的 OEM 授权"。它和 SLP 最大的区别在于:它是一把实实在在的密钥,需要用户或安装程序主动提供,而不是靠硬件自动识别。

那它存在的意义是什么?想想这个场景:用户的主板坏了,或者固件里的标记因为某些原因失效了,机器拿不到 SLP 授权。这时候如果没有备用的授权方式,用户就得重新买一套系统,显然不合理。所以厂商在机器出厂时,会把一把对应的 OEM 密钥印在机身贴纸上,作为"兜底方案"。这把密钥就是 NSLP 密钥,它和这台机器绑定,但绑定的是"OEM 渠道"这个概念,而不是具体的固件标记。

实际使用中有一个很关键的差异:NSLP 密钥通常有联网或电话激活的环节,而且对硬件变更比较敏感。换主板、换大量硬件之后,可能需要重新走一次激活流程。这也是为什么很多人重装系统时会发现,明明贴纸上的密钥还在,输进去却提示"密钥无效"或"已达激活上限"——不是密钥错了,是硬件指纹变了。

提示:机身贴纸上的密钥属于个人设备的授权凭证,不要拍照发到公开场合,也不要在论坛里晒出来求鉴定。晒密钥这事,等于把自家门钥匙挂网上。

2.4 实操:三条命令看清本机走的是哪条通道

说了这么多原理,落到实操上其实很简单。Windows 自带命令就能把授权状态查得比较清楚,我在排查问题时基本就靠下面这几条。

第一条,看当前许可证的简要信息:

slmgr /dli

输出里会显示许可证名称、描述、部分密钥(通常只显示后 5 位)和授权状态。描述那一栏往往会写明是 OEM 还是零售版,这是最直观的判断依据。

第二条,看详细信息,字段更多:

slmgr /dlv

这个输出里能看到"产品密钥通道"这类字段,OEM 渠道会显示为OEM或OEM:NONSLP之类的字样,OEM:DM也会在这里露头。还能源看到剩余的激活重置次数、许可证类型等。

第三条,查固件里有没有内嵌密钥(这条在 Win8 及以后才有意义):

wmic path SoftwareLicensingService get OA3xOriginalProductKey

在 PowerShell 里等价写法是:

(Get-CimInstance -ClassName SoftwareLicensingService).OA3xOriginalProductKey

返回一串 25 位字符,说明主板固件里确实写入了数字标记;返回空白,说明这台机器的授权不是靠固件来的,可能是零售版、批量授权或者组装机。这三条命令组合起来看,一台机器的授权来源基本就水落石出了。

3. COA 贴纸:信息量比你想的少,也比你想的多

3.1 COA 上印了什么、不印什么

COA 是贴在机身上的一张真品证书贴纸,很多人第一反应是"这不就是把密钥贴在机器上吗"。这个理解在早期版本上大致成立,在近几代系统上就完全不成立了。

老版本(比如 Windows 7 时代)的 COA 上会印一条 25 位密钥,那通常是 NSLP 密钥,用于重装时手动激活。到了 Windows 8 之后,微软改了策略——贴纸上不再印密钥,只保留品牌徽标、版本名称和防伪图案。密钥去哪了?写进固件了,也就是前面说的 DM 那条路。

所以判断一台机器的 COA 属于哪种形态,看有没有密钥就行:有密钥的是老式 COA,没密钥的是新式 COA。这个区分直接决定了你重装系统的操作方式:老式 COA 你得把密钥抄下来保管,新式 COA 你什么都不用抄,固件里已经有了。

顺带说一个常见误区:很多人以为 COA 贴纸的存在就等于"这台机器一定正版"。贴纸是可以伪造的,市面上不乏印刷粗糙的仿制品。要判断真实授权状态,还是得回到命令行的输出上,贴纸只能作为辅助参考。

3.2 从 Win7 到 Win11,COA 的形态演变

这条演变线其实挺有意思,理解它有助于你判断一台老机器的处置方式。

Windows 7 时代,COA 是"密钥 + 徽标"的组合,贴纸面积较大,有的还带防伪全息图案。这时候的授权模型是"固件里的 SLP 标记负责日常使用,贴纸上的 NSLP 密钥负责重装兜底",两者分工明确。

Windows 8 到 10 的过渡期,COA 上的密钥被取消了,取而代之的是一个小的彩色图案或者二维码样式的东西,实际就是一个防伪标记。密钥转移到固件的 MSDM 表里。这个改变带来的直接影响是:用户不再需要保管密钥,但也失去了"看一眼贴纸就知道密钥"的能力。

Windows 10 之后又出现了一个新概念——数字许可证。它把授权和微软账户或硬件指纹做绑定,重装系统后只要硬件没大改,联网就能自动恢复授权状态。这时候 COA 贴纸的实际作用进一步弱化,更多是作为"这台机器出厂时预装过正版系统"的一个象征。

我在处理老设备时的一个经验是:先看贴纸形态,再对应操作方法。有密钥的老式贴纸,第一时间抄录或拍照存档(自己存,别外传);没密钥的新式贴纸,直接依赖固件和账号即可。这个顺序能省掉很多返工。

3.3 实操:核对 COA 与系统信息的思路

拿到一台来源不明的机器,怎么快速判断它的授权状况?我一般按这个顺序走:

第一步,用slmgr /dlv看许可证通道和描述,确认当前系统处于什么授权状态。

第二步,用wmic path SoftwareLicensingService get OA3xOriginalProductKey看固件里有没有内嵌密钥,有的话核对一下尾号是否和当前系统显示的部分密钥一致。一致,说明系统用的就是固件里的密钥,属于正常的 OEM 预装状态;不一致,说明当前系统用的是别的密钥,可能是重装时手动输入的。

第三步,看机身贴纸的形态,判断属于哪一代的产品。如果是老式带密钥贴纸,可以比对一下贴纸密钥的尾号是否和系统信息吻合。

这三步走完,一台机器的"授权履历"基本就清楚了。这套流程我在二手验机时用得最多,三分钟能出一份判断,比翻半天资料效率高得多。

注意:核对过程中如果发现贴纸密钥和系统密钥完全不符,先别急着下"盗版"的结论。重装过系统、换过主板、装过不同版本的镜像,都会导致这种情况。要结合机器整体的使用痕迹综合判断。

4. DM 与 MSDM:藏在主板固件里的那串密钥

4.1 新版系统把密钥搬进了固件

前面反复提到 DM 这条通道,这里展开讲清楚。DM 指的是数字标记,在授权体系里对应的载体是主板 ACPI 表里的一块区域,通常被记为 MSDM 表。厂商在产线上把这台机器对应的授权密钥写进这块区域,系统安装时自动读取并使用,用户全程无感。

这套方案相比 SLIC 那套的最大改进是:它不再依赖厂商签名做复杂匹配,而是直接把密钥放在那里。系统读到就用,读不到就走别的路。逻辑更简单,兼容性也更好。而且因为是标准化的 ACPI 区域,系统本身就能通过接口读出来,不需要额外的固件查看工具。

实际价值体现在两个地方。一是重装系统的体验大幅提升,只要主板不换,装完系统联网就自动恢复授权,用户什么都不用做。二是授权凭证不再依赖一张可能被磨损或撕掉的贴纸,物理损耗这个风险被消除了。

4.2 MSDM 表里存的是什么,和数字许可证什么关系

MSDM 表里存的核心数据就是一串 25 位的产品密钥,以及对应的标识信息。这串密钥和这台机器的固件绑定,属于 OEM 渠道。

数字许可证是另一个层面的概念,它更多依赖硬件指纹和账户绑定,不完全等同于固件里的密钥。两者经常被混着说,但实际作用不同:MSDM 里的是"这把机器的出厂钥匙",数字许可证是"系统记住你之前激活过"。有些场景下系统会优先用数字许可证判断,固件里的密钥反而只是备用。

理解这个区别,对处理"重装后激活丢失"的问题很关键。如果是数字许可证因为硬件变动失效了,固件里的密钥通常还能顶上;如果固件里的密钥本身对应的是老版本系统,而你装的是新版本,那就可能两边都对不上。这时候正确的做法是回到原版本或者联系厂商售后确认授权范围,而不是去折腾各种来路不明的"激活工具"。

这里必须多说一句:市面上流传着大量号称"一键激活""永久授权"的小工具,这类东西风险极高,轻则捆绑推广软件,重则植入后门。我经手过的机器里,因为装这类工具导致浏览器主页被劫持、系统被塞进一堆后台服务的案例不在少数。授权问题只走官方渠道解决,这是底线。

4.3 实操:备份自己设备内嵌密钥的正确姿势

对自己合法的设备,读取并备份固件里的密钥是合理需求,尤其是准备重装系统之前。方法就是前面提到的那条命令:

wmic path SoftwareLicensingService get OA3xOriginalProductKey

如果输出为空,说明这台机器的固件里没有写入密钥,可能是组装机或者靠其他方式授权的,那就别指望这条路了。如果有输出,建议把它记录下来存在自己的密码管理工具或加密笔记里。重装系统时如果自动激活没生效,手动输入这串密钥通常能解决问题。

对于需要批量盘点的场景,比如单位里几十上百台设备,可以用一段简单的 PowerShell:

$key = (Get-CimInstance -ClassName SoftwareLicensingService).OA3xOriginalProductKey $lic = Get-CimInstance -ClassName SoftwareLicensingProduct | Where-Object { $_.PartialProductKey -and $_.LicenseStatus -eq 1 } $name = $env:COMPUTERNAME "$name`t$key`t$($lic.Name)" | Out-File -Append .\oem_audit.txt -Encoding utf8

这段脚本做三件事:读出固件内嵌密钥、读出当前处于已授权状态的许可证名称、把机器名和这两项信息追加到文本文件里。跑一圈下来就能拿到一份完整的资产清单,比一台台手动翻效率高太多。

提示:这类盘点脚本只用于自查自有设备,产出的清单文件要按敏感资料管理。密钥泄露带来的麻烦,比丢一份文档严重得多。

5. 场景化实战:重装、换主板、二手验机、资产盘点

5.1 重装系统时到底该输哪把密钥

这是被问得最多的一个问题。我的回答可以简化成一条判断规则:先看固件,再看贴纸,最后才考虑手动输入。

具体流程是这样的。装系统时保持联网,安装程序会尝试自动匹配固件里的密钥或者数字许可证,多数情况下装完就是已授权状态,你什么都不用做。如果装完提示需要激活,先跑一遍wmic path SoftwareLicensingService get OA3xOriginalProductKey,看固件里有没有密钥。有的话,在"更改产品密钥"里输入它。如果固件里是空的,再看机身贴纸是不是老式带密钥的那种。都没有,那这台机器大概率本来就没有 OEM 授权,需要单独购买。

版本选择上有个细节容易踩坑:装系统时选的版本必须和授权对应的版本一致。固件里写的是家庭版密钥,你装专业版,是匹配不上的。所以重装前最好先确认一下当前系统是什么版本,别装完才发现选错了,白白浪费半小时。

5.2 换主板之后会发生什么

换主板是授权问题的高发场景,因为固件里的 MSDM 表是跟着主板走的。你换了主板,等于换掉了那张"出厂钥匙",系统的授权链条就断了。

具体表现分几种情况。如果原来走的是纯固件授权,换板后系统会显示未激活,需要重新输入密钥或购买新授权。如果原来绑定了数字许可证,换板后大概率也会失效,因为硬件指纹变了。只有少数情况——比如换了同型号主板且固件信息恰好一致——可能碰运气保住。

我在实际处理这类事情时,通常建议先联系设备厂商的售后,说明情况并确认这台机器原本的授权范围。品牌机换主板往往有配套的授权转移流程,走官方渠道比自己瞎折腾靠谱得多。另外要提醒的是,主板更换前如果还能开机,先把固件里的密钥读出来备份,能省掉后面很多麻烦。

5.3 二手设备验机三分钟流程

二手交易里最怕的就是买到"授权有问题"的机器。我总结了一套三分钟流程,基本够用。

第一分钟,开机进系统,跑slmgr /dli,看是否显示已授权,以及许可证描述里写的是 OEM 还是零售。

第二分钟,跑固件密钥查询命令,有输出就记下尾号;同时翻看机身贴纸,比对形态和尾号是否吻合。

第三分钟,检查系统里有没有乱七八糟的激活工具残留。方法很简单,看开机启动项、看计划任务、看有没有来源不明的常驻服务。这一步经常能发现问题——有些机器表面上是正版激活状态,实际上是靠第三方工具维持的,重装一次就原形毕露。

这三步做完,如果固件密钥存在、系统状态正常、没有可疑残留,基本可以放心。如果有任何一项对不上,就要慎重考虑,或者至少把价格谈下来,因为后续可能需要自己买授权。

5.4 单位设备资产盘点怎么做得又快又准

单位盘点比个人验机麻烦得多,因为量大、来源杂、历史久。我做过几次之后,总结出几个提效的关键点。

第一,统一用脚本采集,不靠人工记录。前面那段 PowerShell 稍作修改就能批量跑,产出的表格字段齐整,后续统计方便。

第二,把"授权来源"拆成独立字段。不要笼统写"有授权",而是分列"固件内嵌密钥""数字许可证状态""许可证通道"这几项。后面对账时能看出问题集中在哪一类设备上。

第三,留一份历史快照。每次盘点结果按日期存档,下次盘点时对比变化。我遇到过同一台设备两次盘点授权状态不一致的情况,一查发现中间被人重装过系统,如果没有历史记录根本发现不了。

第四,对异常设备单独建清单。固件里没有密钥、许可证通道显示批量授权但单位并没有签批量协议,这类设备要单独列出来逐一核实。这部分工作量不大,但价值很高。

6. 高频问题与踩坑经验实录

6.1 问题速查表

先把常见现象和背后的原因对应起来,遇到问题时按表排查能省不少时间:

现象可能原因排查方向
重装后提示需要激活固件密钥缺失或版本不匹配查固件密钥、核对系统版本
贴纸密钥输入提示无效硬件指纹变更或密钥已失效查是否换过主板、联系厂商
固件密钥查询返回空白组装机或非 OEM 预装设备确认设备来源,考虑单独购授权
系统显示已激活但来源可疑可能存在第三方工具残留查启动项、计划任务、常驻服务
换主板后授权失效固件内密钥随主板丢失联系厂商售后走授权转移流程
批量盘点结果前后不一致中间有人重装或换过硬件建立历史快照对比机制

这张表我在实际工作中翻过很多次,大部分问题都能对上号。需要强调的是,排查顺序很重要:先看固件,再看系统状态,最后查残留。顺序反了容易在无关的方向上浪费精力。

6.2 几条只有踩过才知道的经验

第一条,别在装系统之前动固件。有些教程会建议"重装前先刷一下 BIOS",对授权相关的问题来说这是纯粹的添乱。刷固件有概率清掉 MSDM 表,把本来好好的授权搞没了。没有明确必要,别碰固件。

第二条,镜像的来源比密钥重要。我见过太多人为了省事去下所谓的"优化版""纯净版"镜像,结果装完系统里全是预置的推广软件和改动过的授权配置。用官方渠道获取的镜像,哪怕多花点下载时间,后续处理问题的成本会低很多。

第三条,密钥备份要趁早。设备还能正常开机的时候,花一分钟把固件里的密钥读出来存好。等系统崩了再想读,就得先修复系统,甚至要拆硬盘挂到别的机器上,麻烦程度翻好几倍。这个习惯我从第一次因为主板故障丢授权之后就一直保持着。

第四条,版本一致性这件事比想象中重要。不只是重装时选对版本,日常升级也要注意。有些人从家庭版升到专业版,用的是别处找来的密钥,结果一段时间后系统提示授权异常。系统版本和授权类型之间的对应关系是硬约束,绕不过去。

第五条,遇到搞不定的授权问题,走官方支持而不是搜索引擎。网上关于这类问题的信息鱼龙混杂,很多所谓的"解决方案"实际上是引导你去用灰色工具。品牌机直接联系厂商售后,零售版联系官方客服,路径清晰,风险也低。我经手的案例里,走官方渠道解决的耗时往往比自己在网上摸索还短。

还有个小细节值得分享:如果你手上有批老设备要统一处理,不妨先花半天时间把它们的授权状况全部摸一遍,做个表格。有了这张表,后面不管是要重装、要淘汰还是要申请新授权,决策都会快很多。最怕的就是边做边发现情况,做到一半推翻重来。

另外提醒一句,本文提到的所有命

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/1 16:23:42

图灵完备8位无符号数比较:补码减法借位与电路实现

在《图灵完备》(Turing Complete)里一路搭到算术章节,你大概率会撞上"8 位无符号数比较大小"这一关:给你两个 8 位输入 A 和 B,要求输出一个 1 位信号,告诉后面的电路 A 到底是不是比 B 小。刚看…

作者头像 李华
网站建设 2026/10/1 16:22:15

基础矩阵与本质矩阵:对极几何、归一化八点法与位姿估计实战

做视觉SLAM、三维重建或者双目立体匹配的朋友,几乎都会在对极几何这一关卡上一段时间。基础矩阵和本质矩阵这两个词,我第一次看到的时候脑子里冒出的第一个念头是"这不就是同一个东西的不同叫法吗"。直到后来做相机标定、跑运动恢复结构、调双…

作者头像 李华
网站建设 2026/10/1 16:22:10

Transformer聊天机器人毕设全解析:从注意力机制到解码采样

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/10/1 16:21:51

PLC多机型程序复用:FB+ST实现一套代码适配八种设备

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/10/1 16:19:48

汽车传感器与执行器教材精讲:从感知到执行的工程实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/10/1 16:17:53

Python+OpenCV+YOLOv8:苹果叶病害识别检测系统实战解析

简介:这是一套面向毕业设计与智慧农业场景的苹果叶病害识别检测系统源码包,基于Python和OpenCV实现,可检测赤霉病、枯叶病、铁锈病等常见叶片病害,适合计算机视觉、深度学习方向的毕设项目参考与二次开发。压缩包共382个文件&…

作者头像 李华