不能。php是服务端脚本语言，无权直接访问/sys/class/hwmon等底层硬件节点，必须依赖有权限的守护进程（如python/c或shell脚本）采集数据并写入共享文件，php仅读取该文件快照。
PHP 能不能直接读取硬件传感器数据
不能。PHP 是服务端脚本语言，没有权限直接访问 /sys/class/hwmon、/proc/sys/dev 或 USB 温度计等底层设备节点。强行用 exec("cat /sys/class/hwmon/hwmon0/temp1_input") 可能失败，原因包括：PHP 运行用户（如 www-data）无读取权限、SELinux/AppArmor 拦截、内核模块未加载。
必须依赖系统级代理程序采集数据
真实可行的方案是：用有权限的守护进程（如 Python/C 二进制）持续读取传感器，写入共享位置；PHP 只负责读取这个“快照”。推荐路径：
- 用
lm-sensors+sensors -u定时输出 JSON 到/var/run/sensor-state.json - 或写一个轻量级
systemd服务，每 2 秒调用vcgencmd measure_temp（树莓派）并追加到/tmp/cpu_temp.log - PHP 用
file_get_contents()读取该文件，不解析原始设备节点
示例代理脚本（保存为 /usr/local/bin/sensor-poller）：
#!/bin/bash
while true; do
echo "{\"cpu_temp\": $(vcgencmd measure_temp | sed 's/temp=//; s/\'C//'), \"ts\": $(date -u +%s)}" > /tmp/sensor.json
sleep 2
done
PHP 定时轮询的陷阱与绕过方法
浏览器端 JS 轮询 PHP 接口看似“实时”，但实际受 HTTP 超时、PHP-FPM 子进程生命周期、OPcache 缓存影响。常见问题：
立即学习“PHP免费学习笔记（深入）”；
-
file_get_contents("/tmp/sensor.json")返回空或旧内容 → 确保代理进程在运行，且 PHP 用户有读权限：sudo setfacl -m u:www-data:r /tmp/sensor.json - 并发请求导致重复读取 → 不要每次请求都重新打开文件，可用
realpath()+filemtime()判断是否需重读 - JSON 解析失败 → 代理写入可能被中断，加
json_last_error() === JSON_ERROR_NONE校验
最小可用 PHP 读取逻辑：
<?php
$fp = fopen('/tmp/sensor.json', 'r');
if ($fp) {
flock($fp, LOCK_SH);
$json = stream_get_contents($fp);
flock($fp, LOCK_UN);
fclose($fp);
$data = json_decode($json, true);
if (json_last_error() === JSON_ERROR_NONE && isset($data['cpu_temp'])) {
echo json_encode(['temp' => (float)$data['cpu_temp'], 'ts' => (int)$data['ts']]);
} else {
http_response_code(503);
echo json_encode(['error' => 'invalid sensor data']);
}
} else {
http_response_code(503);
echo json_encode(['error' => 'cannot open sensor file']);
}
替代方案：用 WebSocket 实现真实时推送
如果必须避免轮询，就得跳出 PHP 单线程模型。可行组合：
- 用
Workerman或Swoole启一个常驻 WebSocket 服务器，在后台定期执行shell_exec("sensors -u") -
前端用
new WebSocket("ws://localhost:1234")连接，服务端每 3 秒广播一次解析后的温度对象 - 注意：Swoole 的
Process::signal()可监听SIGUSR1手动触发重采样，比死循环更可控
关键点：PHP 本身不“监控”硬件，它只是管道末端。真正的采集必须交由 OS 层可信进程完成，否则权限、原子性、稳定性全不可控。
