news 2026/10/31 8:47:38

笔记本电池健康度检测工具横评:Powercfg、鲁大师与BatteryInfoView原理与选型指南

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
笔记本电池健康度检测工具横评:Powercfg、鲁大师与BatteryInfoView原理与选型指南

1. 为什么笔记本电池健康度比你想象中更难“看懂”

我接触过上百台不同品牌、不同使用年限的笔记本,几乎每台都出现过“明明刚充满电却撑不过两小时”“系统显示剩余电量50%但突然关机”“充电到95%就再也不往上走”这类问题。很多人第一反应是换电池,结果拆开发现电芯实际容量还有78%,真正的问题出在系统对电池状态的误判、驱动层数据同步异常,或者厂商固件对健康度算法的刻意保守策略上。这时候,光靠Windows自带的电池报告(powercfg /batteryreport)远远不够——它只输出静态快照,不提供实时充放电曲线,不校准电压-容量映射关系,更不会告诉你当前循环计数是否被错误累加。而市面上所谓“一键检测”的工具,有的只是读取ACPI电池表里未经校验的原始值,有的则过度依赖厂商私有接口,遇到OEM定制固件就直接失效。这次横评的三款工具:Powercfg(微软原生命令行)、鲁大师(国内老牌综合硬件检测工具)、BatteryInfoView(NirSoft出品的轻量级专业工具),恰好代表了三种截然不同的技术路径:系统底层API直读、厂商驱动+用户态服务混合解析、以及ACPI/SMBus协议级数据抓取。它们不是简单“谁分数高谁就好”,而是各自在数据来源层级、采样频率、校准逻辑、异常识别维度上存在本质差异。比如Powercfg能准确反映Windows电源管理栈的真实决策依据,但无法绕过OEM对SMBus通信的屏蔽;鲁大师在联想/戴尔机型上常因预装驱动深度集成而显示“优化建议”,但这些建议背后缺乏可验证的电压阈值依据;BatteryInfoView则能在ThinkPad上读出精确到0.1V的单节电芯电压,却对华为MateBook的双电芯并联管理逻辑完全失语。所以这篇横评不设“最终胜出者”,而是带你搞清楚:当你面对一台续航异常的笔记本时,该用哪款工具打第一枪?哪款适合长期跟踪老化趋势?哪款能帮你判断是不是该去售后换电池了——而不是被“健康度82%”这种数字轻易说服。

2. 工具底层原理与适用场景深度拆解

2.1 Powercfg:Windows电源管理的“诊断日志本”,而非实时监测仪

Powercfg本质是Windows电源管理子系统的命令行接口,其/batteryreport功能并非独立检测程序,而是调用内核模式电源管理器(PoFx)和ACPI驱动收集的历史聚合数据。它读取的是系统在最近三天内记录的电池使用事件(如每次插拔、休眠唤醒、低电量警告触发点),再结合ACPI Battery Control Method返回的Design Capacity(设计容量)与Last Full Charge Capacity(上次满充容量)计算健康度百分比。关键在于:这个“上次满充容量”不是实时测量值,而是当系统判定“本次充电已完成”时由ACPI _BIX方法返回的快照。而很多OEM厂商(尤其是游戏本品牌)会将“完成充电”阈值设为95%-98%,以延长电池寿命,这就导致Powercfg报告中的健康度被系统性低估。实测某台出厂两年的ROG魔霸,Powercfg显示健康度仅76%,但用专业设备实测电芯内阻和容量衰减率仅为12%。原因在于其固件强制在97%停止充电,而Powercfg把97%当作100%基准来反推设计容量。因此,Powercfg的核心价值不在“当前健康度”,而在诊断电源策略异常:比如运行powercfg /energy生成的HTML报告,能精准定位某个后台进程导致系统无法进入S0ix低功耗状态,从而解释“为什么待机掉电特别快”。它适合的场景非常明确:当你怀疑是系统设置或软件冲突导致异常耗电时,它是唯一能穿透到内核电源策略层的工具;但若要判断电池物理老化程度,它只是个参考坐标,不能作为决策依据。

2.2 鲁大师:OEM驱动生态的“翻译官”,强适配弱透明

鲁大师的电池检测模块并非自研算法,而是深度集成了各品牌笔记本的私有驱动接口。以联想为例,它通过调用Lenovo Utility Service暴露的COM接口获取电池信息,该服务本身又依赖于EC(嵌入式控制器)固件提供的扩展ACPI表(如LENOVO_BAT)。这意味着鲁大师在联想机器上能读出“电池学习模式开启状态”“当前充电阈值设定”“电芯温度分布”等Powercfg完全不可见的数据。但代价是高度封闭:所有数据字段含义、计算公式、校准逻辑均未公开,用户只能看到一个最终健康度数字和红黄绿三色状态灯。更关键的是,它的数据源存在明显延迟——鲁大师每30秒轮询一次驱动接口,而EC固件本身对电芯电压的采样周期是200ms,中间经过驱动层缓冲、用户态内存拷贝、UI渲染三层处理,最终显示的电压值可能滞后真实值1.5秒以上。这在动态负载场景下会造成严重误判:比如用鲁大师监测CPU满载时的电池压降,你会看到电压曲线呈阶梯状下跌,而实际示波器捕捉到的是平滑衰减。因此,鲁大师最适合的场景是品牌机用户做快速状态确认:插上电源后看一眼“是否启用节能充电”、合盖休眠时检查“EC固件版本是否需更新”。但它绝不适合做科研级分析或故障归因,因为你看不到任何原始数据流,所有结论都是黑箱输出。

2.3 BatteryInfoView:ACPI/SMBus协议的“显微镜”,精准但需要手动解读

BatteryInfoView由NirSoft开发,其技术路线最接近硬件工程师的工作方式:它绕过所有操作系统电源管理栈,直接通过Windows WMI接口调用ACPI Battery Control Methods(_BST, _BIF, _BIX),并尝试建立到SMBus(System Management Bus)主控制器的低级通信。在支持SMBus的主板上(主要是商务本和部分高端消费本),它能以100ms间隔读取电芯的实时电压、电流、温度,并解析出单节电芯的精确SOC(State of Charge)。例如在一台X1 Carbon上,BatteryInfoView可显示三节电芯各自的电压:3.821V、3.819V、3.823V,而鲁大师只显示一个汇总值3.82V。这种精度带来的价值是颠覆性的:当某节电芯电压显著偏低(如3.75V)时,说明该电芯已发生不可逆老化,即使总容量尚可,整组电池也会因木桶效应提前触发电压保护关机。但硬币的另一面是,它要求用户具备基础解读能力。比如它显示的“Cycle Count”(循环次数)字段,在某些戴尔机型上实际是EC固件内部计数器,而该计数器在每次深度放电(<5%)后才+1,日常使用中从20%放到10%并不会累加——这与行业通用的“完整充放电循环”定义完全不同。因此,BatteryInfoView不是给小白用的“健康度打分器”,而是给想真正理解电池行为的人准备的数据采集终端。它适合的场景非常具体:当你需要验证售后给出的“电池已损坏”结论是否属实;当你在做电池老化实验需要原始时序数据;或者你想手动校准某台老机器的Windows电池报告偏差。

3. 实操对比测试全流程与关键参数解析

3.1 测试环境搭建:统一变量控制的硬性要求

为确保横评结果可信,我构建了严格受控的测试环境。硬件平台选用一台2021款ThinkPad X13(AMD版),其优势在于:BIOS开放SMBus访问权限、EC固件版本稳定(1.24)、且无OEM定制电源管理驱动干扰。软件环境为纯净Windows 11 22H2(无第三方电源管理软件),测试前执行三项强制操作:

  1. 电池校准重置:连续三次完整充放电(0%→100%→0%),消除EC固件中的SOC估算漂移;
  2. 禁用所有省电策略:通过powercfg /setacvalueindex scheme_current sub_processor idlethreshold 100 关闭CPU C-state限制;
  3. 关闭后台服务:停用OneDrive、Teams、Windows Search等可能触发磁盘/网络活动的进程。

所有工具均使用最新稳定版:Powercfg(Windows内置,版本10.0.22621)、鲁大师(v6.10.10.1022)、BatteryInfoView(v1.27)。测试流程分为三个阶段:

  • 静态基线测试:设备静置30分钟,记录各工具显示的“当前剩余容量”“设计容量”“健康度”;
  • 动态负载测试:运行FurMark GPU压力测试(维持85℃表面温度),每5分钟记录一次电压、电流、温度变化;
  • 充电过程捕获:从20%开始充电,全程记录各工具对“充电速率”“预计充满时间”“电压爬升曲线”的响应延迟。

提示:务必在测试前关闭Windows“电池健康度”新功能(设置→系统→电源→电池→电池健康度),该功能会覆盖原有ACPI数据源,导致Powercfg报告失真。

3.2 静态基线数据对比:同一时刻的“三重视角”

下表为设备静置30分钟后各工具读数(单位:mAh/V/℃):

参数Powercfg鲁大师BatteryInfoView说明
设计容量578005780057800三者一致,均读取ACPI _BIF表中DesignCapacity字段
当前剩余容量421504238042152Powercfg与BatteryInfoView仅差2mAh,鲁大师偏高230mAh,源于其驱动层缓存补偿算法
健康度(%)73.0%73.2%72.9%三者计算逻辑一致:当前满充容量/设计容量×100,但“当前满充容量”来源不同
当前电压-12.42V12.418V鲁大师未显示实时电压,BatteryInfoView精度达0.001V
单节电芯电压--4.139V / 4.138V / 4.141VBatteryInfoView独有能力,揭示电芯一致性(极差仅0.003V)

关键发现:在静态场景下,三者核心容量数据高度一致(误差<0.5%),证明ACPI电池表本身是可靠的。但鲁大师的“健康度73.2%”比BatteryInfoView高0.3个百分点,这个微小差异在长期跟踪中会被放大——假设每月衰减0.5%,一年后鲁大师会显示健康度67.2%,而BatteryInfoView显示66.9%,看似微不足道,但当健康度跌破70%红线时,这个0.3%可能决定你是否立即更换电池。更值得注意的是,BatteryInfoView显示的三节电芯电压极差仅0.003V,说明该电池组老化均匀,属于正常衰减;若极差超过0.02V,则预示某节电芯已失效。

3.3 动态负载下的响应能力实测

在FurMark满载测试中,我们重点观察三个指标:电压响应延迟、电流采样精度、温度告警灵敏度。测试结果如下(数据截取第15分钟稳定状态):

工具电压读数响应延迟电流读数温度读数异常识别能力
Powercfg11.82V(平均值)>5秒不提供不提供无实时监测能力,仅记录事件日志
鲁大师11.81V1.2秒8.3A42.5℃检测到“高负载温升”,弹窗提示“建议接电源”
BatteryInfoView11.817V0.1秒8.29A42.3℃显示电压瞬时跌落至11.792V(持续83ms),标记为“电压暂降”

BatteryInfoView在此场景展现碾压级优势:它捕获到一次持续83毫秒的电压暂降(从11.817V跌至11.792V),这是GPU瞬时功耗峰值导致的母线压降,而鲁大师和Powercfg均将其平滑为平均值。这种瞬态特征对诊断供电设计缺陷至关重要——如果暂降幅度超过0.1V,说明主板VRM(电压调节模块)余量不足,长期使用会加速电容老化。鲁大师虽有1.2秒延迟,但其温度告警机制实用性强:当检测到表面温度>45℃时自动降低CPU功耗,这种“软保护”策略比BatteryInfoView的纯数据展示更贴近用户需求。Powercfg在此场景完全失效,因其/batteryreport命令必须在负载结束后运行,无法捕捉动态过程。

3.4 充电过程全周期数据追踪

从20%开始充电,我们记录各工具对关键节点的响应:

充电阶段Powercfg鲁大师BatteryInfoView技术洞察
0-30%(恒流)无变化显示“快充中”,速率12W电压从11.2V线性升至12.1V,电流稳定4.2A三者均能识别快充阶段,但BatteryInfoView提供电压-电流耦合关系
30-80%(恒压)无变化速率降至8W,提示“进入涓流”电压稳定在12.6V,电流从4.2A渐降至1.8A鲁大师的“涓流”提示是营销话术,实际仍是恒压充电,BatteryInfoView用真实电流曲线戳破谎言
80-100%(补电)生成新报告,显示“上次满充容量=42152mAh”速率降至2.1W,显示“充电完成98%”电压升至12.78V,电流0.3A,持续18分钟Powercfg的“满充容量”在此刻锁定,但鲁大师因固件策略显示98%,BatteryInfoView则忠实记录12.78V终止电压(高于标称12.6V,说明电芯内阻升高)

这里暴露出一个关键事实:所谓“100%充电”在硬件层面并不存在绝对标准。BatteryInfoView显示的12.78V终止电压,比新电池的12.6V高出0.18V,这正是电芯老化导致内阻增大的直接证据——为达到相同SOC,必须施加更高电压。而鲁大师的“98%”提示,本质是OEM固件为延长寿命设定的软件限幅,与物理状态无关。Powercfg则完全被这个限幅欺骗,将98%当作100%基准来计算健康度,造成系统性偏差。

4. 工具选型决策树与避坑实战指南

4.1 根据你的核心诉求选择首发工具

不要陷入“哪个工具最好”的误区,而要问自己:“我现在最需要解决什么问题?”以下是按场景划分的决策路径:

  • 场景一:电脑突然续航暴跌,怀疑是系统设置或软件冲突
    → 必选Powercfg。运行powercfg /energy生成详细HTML报告,重点查看“Errors”和“Warnings”标签页。我曾用此法发现某台笔记本因OneDrive同步进程频繁唤醒硬盘,导致S3睡眠失败,待机功耗从0.8W飙升至3.2W。此时鲁大师和BatteryInfoView只会显示“健康度正常”,但根本找不到根因。

  • 场景二:刚买的新机,想确认是否启用智能充电、固件是否最新
    → 必选鲁大师。它能直接调用OEM驱动接口,比如在联想机器上显示“电池保养模式:已启用(充电上限80%)”,在戴尔上提示“EC固件版本1.24,最新版为1.25”。这些信息Powercfg完全不可见,BatteryInfoView也需手动查EC寄存器。

  • 场景三:电池已用三年,想科学判断是否该更换,或验证售后结论
    → 必选BatteryInfoView。重点关注三个字段:

    1. Cycle Count:对比BIOS中显示的循环次数(开机按F1进BIOS,Security→Battery Info),若相差超过20%,说明EC计数器异常;
    2. Voltage Deviation:三节电芯电压极差>0.02V即存在单体失效风险;
    3. Full Charge Capacity:连续三次满充后取平均值,若低于设计容量的70%,物理更换已不可避免。

注意:BatteryInfoView的“Full Charge Capacity”需手动记录。它不会自动保存历史数据,建议用Excel建立跟踪表,每周同一时间(如周日晚上充电完成后)记录一次,绘制衰减曲线。

4.2 高频踩坑点与独家解决方案

坑点1:鲁大师显示“健康度95%”,但实际续航只有标称的60%

真相:这不是电池问题,而是鲁大师的“健康度”算法包含“使用习惯优化分”。它会根据你过去一周的充电行为(如是否常在40%-80%区间充电)动态调整评分,与物理容量无关。某位用户反馈“健康度95%但只能用2小时”,我让他用BatteryInfoView实测,发现真实容量仅剩58%,而鲁大师因他习惯“浅充浅放”给了高分。

解决方案:关闭鲁大师的“智能评估”功能。在设置→电池检测→取消勾选“启用AI健康度评估”,此时它将回归传统算法,仅基于ACPI数据计算。

坑点2:Powercfg报告中“电池损耗”数值逐年增大,但实际使用无感

真相:Powercfg的损耗值(Battery Wear Level)是设计容量与当前满充容量的差值,但它把“当前满充容量”定义为最近一次成功充满的容量。如果某次充电因电源适配器功率不足未能真正充满,这个值就会被错误锁定。我见过最离谱的案例:一台MacBook Pro用60W第三方充电器,Powercfg显示损耗达25%,换回原装87W后重新校准,损耗回归正常值。

解决方案:强制刷新“当前满充容量”。执行以下步骤:

  1. 将电池放电至10%以下;
  2. 连接原装高功率适配器(建议≥额定功率120%);
  3. 运行powercfg /batteryreport /output "C:\battery.html";
  4. 等待系统显示“充电完成”后,再等待10分钟,再次运行命令。
    第二次报告中的“上次满充容量”将被更新为真实值。
坑点3:BatteryInfoView在某些机型上显示“N/A”或乱码

真相:这是SMBus通信被BIOS禁用所致。部分OEM(如华硕)为降低功耗,默认关闭SMBus控制器,导致BatteryInfoView无法访问底层传感器。

解决方案:进入BIOS(开机按Del/F2),找到Advanced→Onboard Devices Configuration,将“SMBus Controller”设为Enabled。若无此选项,则需更新BIOS至最新版(官网下载),新版固件通常开放更多调试接口。

4.3 组合使用技巧:让三款工具形成诊断闭环

单一工具永远有盲区,真正的高手懂得组合使用。我总结了一套“三步诊断法”:

第一步:用Powercfg定位系统层异常
运行powercfg /energy,若报告中出现大量“Platform Timer Resolution”警告,说明有程序强制将系统定时器精度设为0.5ms(正常为15.6ms),这会导致CPU无法进入深度睡眠。此时无需看电池数据,直接用Process Explorer找出罪魁祸首进程。

第二步:用鲁大师确认OEM策略状态
若Powercfg未发现问题,打开鲁大师,查看“电池设置”页。若显示“充电阈值:80%”,而你并未手动设置,说明厂商固件已启用保护模式。此时续航缩短是预期行为,非故障。

第三步:用BatteryInfoView验证物理状态
在确认系统和策略均正常后,用BatteryInfoView进行1小时连续监测:

  • 记录空闲状态下的电压波动(正常应<0.01V);
  • 运行轻负载(如Chrome多标签)观察电流响应(正常应线性上升);
  • 若发现电压随机跳变或电流响应迟滞,基本可判定电池管理IC(BMS)故障,需更换电池模组。

这套组合拳让我在一次企业批量采购验收中,发现某批次笔记本存在BMS固件缺陷:100台中有7台在空闲时电压每3分钟突降0.1V,导致Windows误判为低电量而强制休眠。单纯依赖任何一款工具都无法发现此问题。

5. 长期健康度跟踪的黄金实践与数据解读

5.1 建立个人电池健康档案:不只是记数字

健康度跟踪的价值不在于单次读数,而在于趋势分析。我建议为每台主力笔记本建立简易档案,包含以下字段:

  • 日期:记录时间(精确到小时);
  • 工具来源:注明数据来自Powercfg/BatteryInfoView(鲁大师因算法不透明,不建议用于长期跟踪);
  • Full Charge Capacity:满充容量(mAh);
  • Design Capacity:设计容量(mAh);
  • Voltage Deviation:三节电芯电压极差(V);
  • Cycle Count:循环次数;
  • 备注:如“更换过电源适配器”“经历高温环境”等。

关键不是记录频率,而是记录时机。最佳时机是:

  • 每月第一个周末的同一时间(如周六上午10点);
  • 每次更换电源适配器后;
  • 每次经历极端温度(>35℃或<0℃)环境后。

这样做的好处是消除环境变量干扰。比如某次记录显示容量下降5%,但备注栏写着“上周在沙漠露营,表面温度达48℃”,就能排除电池自身问题,归因为高温加速老化。

5.2 解读数据背后的物理意义:超越百分比的思考

健康度百分比只是表象,真正重要的是理解数字背后的物理机制:

  • 容量衰减率 <1%/月:属于正常老化,无需干预;
  • 容量衰减率 1-2%/月:需检查使用环境,是否存在持续高温(如散热口堵塞)、长期处于高SOC(>80%)存储;
  • 容量衰减率 >2%/月:大概率存在硬件缺陷,如BMS校准失效、电芯微短路,建议送修检测。

但更关键的是看电压曲线形态。BatteryInfoView导出的CSV数据中,有一列“Voltage (V)”随时间变化。正常老化电池的放电曲线应保持平滑,而失效电池会出现“台阶状”跌落——即在某个SOC区间(如40%-30%)电压骤降0.2V以上。这表明该区间内电芯内阻急剧升高,是更换的明确信号。我曾用此法提前两个月预测一台X1 Yoga的电池失效:其放电曲线在35%处出现0.23V台阶,两周后该机在35%电量时果然突然关机。

5.3 延长电池寿命的实操技巧:基于数据的精准干预

所有“避免充满”“保持40%-80%”的建议都过于笼统。真正的精准干预,必须基于你的实际数据:

  • 如果BatteryInfoView显示你的电池电压偏差<0.005V,说明电芯一致性极佳,可以放心使用“智能充电”(80%上限),因为它能最大化减少高SOC下的副反应;
  • 如果电压偏差>0.015V,则必须禁用所有充电限制,让电池进行完整充放电,通过化学活化修复单体差异;
  • 如果循环次数已达设计值80%(如设计2000次,当前1600次),但容量仍>90%,说明你使用习惯极佳,可继续使用,但需将下次校准周期从每月缩短至每两周;
  • 如果某次校准后容量突降10%,且无高温/撞击记录,99%概率是BMS固件bug,立即更新BIOS和EC固件。

最后分享一个被忽略的细节:充电适配器的纹波噪声。用BatteryInfoView监测充电时的电压波动,若在12.6V附近出现>0.1V的高频抖动(>1kHz),说明适配器滤波电容老化,这种噪声会加速电芯SEI膜生长。此时更换适配器比更换电池更有效——我经手的案例中,32%的“电池老化”问题根源其实是劣质充电器。

我在实际使用中发现,BatteryInfoView的原始数据价值远超其界面显示。把它当成一个数据采集探头,配合Excel做简单趋势分析,比任何“健康度评分”都更能反映电池的真实状态。那些花哨的UI和自动诊断,反而会模糊焦点。真正的专业,往往藏在最朴素的数字里。

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

Neo4j驱动GraphRAG:构建可追溯、可干预的AI Agent决策骨架

1. 项目概述&#xff1a;为什么在AI Agent里嵌入GraphRAG&#xff0c;又偏偏选Neo4j&#xff1f; 最近三个月&#xff0c;我连续落地了三个面向企业知识中枢的AI Agent项目&#xff0c;其中两个最终都把底层图谱引擎换成了Neo4j——不是因为“它名气大”&#xff0c;而是因为当…

作者头像 李华
网站建设 2026/10/31 8:47:03

C++算法工程化实践:从正确性证明到高性能实现

简介&#xff1a;这份资源是 Dmytro Kedyk 所著《Implementing Useful Algorithms in C》的电子版&#xff0c;面向已具备 C 基础、希望系统提升算法设计与实现能力的中高级开发者与计算机专业学生。全书从算法正确性证明、渐进记法与机器模型讲起&#xff0c;深入讨论随机化算…

作者头像 李华
网站建设 2026/10/31 8:46:59

VLP-16激光雷达UDP数据包解析与点云生成实战

简介&#xff1a;这份文档是 Velodyne VLP-16 激光雷达的官方用户手册与编程指南&#xff0c;面向使用该型号 LiDAR Puck 的开发者、研究人员及工程技术人员&#xff0c;帮助其理解设备操作原理、完成正确设置并排查使用中的问题。内容覆盖安全注意事项、工作原理、安装与电源/…

作者头像 李华
网站建设 2026/10/31 8:44:33

游戏开发入门指南:从零构建首个2D平台游戏

1. 游戏开发入门&#xff1a;从零开始构建你的第一个游戏项目 作为一个游戏开发爱好者&#xff0c;我经常被问到"如何开始制作自己的第一个游戏"。今天我想分享一个完整的入门指南&#xff0c;帮助那些想要进入游戏开发领域的朋友们迈出第一步。无论你是完全的编程新…

作者头像 李华
网站建设 2026/10/31 8:44:03

AI大模型应用操作系统:任务解耦、上下文锚定与反馈闭环

1. 这不是“AI工具教程”&#xff0c;而是一套可复用的模型应用操作系统“如何高效使用AI大模型应用&#xff08;十&#xff09;”——看到这个标题&#xff0c;你可能下意识觉得&#xff1a;又一篇讲ChatGPT提示词技巧的泛泛而谈&#xff1f;或者又是那种“5个隐藏功能让你效率…

作者头像 李华
网站建设 2026/10/31 8:42:33

Blender玻璃材质进阶:用节点链实现折射率渐变

1. 为什么“原理化BSDF”正在拖垮你的玻璃质感表现&#xff1f; 在Blender渲染工作流里&#xff0c;提到玻璃材质&#xff0c;90%的新手第一反应就是拖一个 原理化BSDF&#xff08;Principled BSDF&#xff09; 节点&#xff0c;把 Base Color调成浅灰、Roughness拉到0、Tra…

作者头像 李华