PHP获取CPU电压方法全解析

PHP本身无法直接读取CPU核心电压，根本原因在于它作为用户态脚本语言缺乏硬件访问权限，实际依赖的是Linux内核hwmon子系统提供的接口——而这一链路高度依赖硬件支持、驱动加载、BIOS配置、文件权限设置及精确的单位换算，任一环节缺失（如hwmon目录不存在、in*_input文件未暴露、Web服务器用户无权访问、原始数值单位误判）都会导致读取失败；因此问题不在PHP代码本身，而在于整个底层监控生态是否就绪，理解并逐层排查这些系统级依赖，才是实现稳定读取的关键。

PHP 读不到 CPU 核心电压，这不是 PHP 的问题

PHP 是运行在用户态的脚本语言，没有权限直接访问硬件寄存器或 MSR（Model Specific Register），更不提供读取 CPU 电压的内置函数。所谓 file_get_contents("/sys/class/hwmon/hwmon0/in0_input") 这类路径，本质是 Linux 内核通过 hwmon 子系统暴露的接口，PHP 只是“碰巧能读”，但前提是：路径存在、权限够、驱动已加载、硬件支持。

/sys/class/hwmon/ 下找不到 in*_input 文件

这是最常见卡点——不是代码写错了，而是底层没暴露数据。不同主板、CPU、内核版本、传感器驱动（如 it87、coretemp、acpi_enhanced）对电压监控的支持差异极大。

• 用 ls /sys/class/hwmon/ 看有没有 hwmon 目录；没有就说明内核没加载对应驱动
• 有 hwmon 目录但子目录里没有 in0_input 或类似文件，大概率是该芯片不报告电压，或 BIOS 关闭了传感器功能
• cat /sys/class/hwmon/hwmon*/name 查看传感器型号，再查对应文档确认是否支持电压读取
• 某些新平台（如 AMD Ryzen + Kernel 6.5+）可能把电压移到 energy_uj 或 power*_input，和传统 in*_input 不是一回事

PHP 读取 /sys 文件时 Permission denied 或 false 返回

PHP 进程（比如 Apache 的 www-data 或 Nginx 的 nginx 用户）默认无权读取 /sys/class/hwmon/ 下多数节点，尤其带 _input 后缀的——它们通常权限是 -r--r-----，只给 root 和 root:hwmon 组。

• 不要用 sudo php script.php 解决，这会引入严重安全风险
• 正确做法：把 Web 服务器用户加入 hwmon 组：usermod -a -G hwmon www-data，然后重启服务
• 部分发行版（如 Ubuntu 22.04+）默认没创建 hwmon 组，需手动 groupadd hwmon 并确保内核模块导出权限时绑定了该组
• 即使加了组，仍可能因 SELinux/AppArmor 拦截，可用 ausearch -m avc -ts recent 查日志确认

读出来的数字单位和实际电压对不上

Linux hwmon 接口返回的是原始值，单位不统一：有的是微伏（µV），有的是毫伏（mV），有的还要除以 1000 或乘以 1.0000000000000002（浮点误差）。没有通用换算公式，必须按具体 sensor 型号查文档。

• in0_input 通常是 µV，所以要除以 1000000 得到伏特（V）
• in1_input 在某些 it87 芯片上可能是 mV，除以 1000 即可
• 务必配合 in0_label 和 in0_min/in0_max 一起读，有些 label 是 "Vcore"，有些是 "VDDIO"，别搞混供电域
• PHP 用 (int)file_get_contents(...) 会截断小数，应改用 trim(file_get_contents(...)) 防空白干扰

真正难的从来不是 PHP 怎么写，而是你手上的那块主板有没有把电压信号送到内核、内核有没有正确解析、解析后的值有没有被权限锁死、锁死之后你有没有绕过它的合理方式。这些环节漏掉任何一个，file_get_contents 就只是个返回 false 的函数而已。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。