嘿，先给你明确结论：这个24%左右的CPU占用绝对不算正常。正常状态下，闲置的Google Assistant（不管是按键唤醒还是热词唤醒模式）CPU占用应该维持在个位数，甚至大部分时间处于低负载休眠状态，不会导致设备明显发热。

从你贴出的进程信息来看，googlesamp+（应该是Google Assistant SDK的Python示例进程，比如googlesamples-assistant-pushtotalk）长期占用24%的CPU，这就是树莓派发热的直接原因。

可能的诱因 #

• 热词唤醒持续监听过载：如果你开启了“OK Google”这类热词唤醒功能，进程会持续监听音频输入。树莓派作为低功耗设备，这种持续的音频分析确实会消耗一定CPU，但24%已经超出合理范围，大概率是音频驱动兼容性差、灵敏度设置过高，或者监听逻辑存在优化缺陷。
• 进程后台异常循环：Google Assistant的Python SDK示例偶尔会出现bug，比如内存泄漏、重复执行的后台任务，或者网络同步时的无限重试，导致进程一直处于高负载状态。
• 资源冲突（可能性低）：树莓派上其他后台进程抢占资源也可能间接推高CPU占用，但从你的top输出看，其他进程负载极低，这个因素可以排除。

可尝试的解决步骤 #

• 先重启进程：如果是临时异常，重启Google Assistant进程大概率能解决。如果是用systemd管理的服务，执行：

  sudo systemctl restart googlesamples-assistant-pushtotalk
  

  之后用top或htop观察CPU占用是否回落。
• 调整唤醒模式：如果不需要持续唤醒，改成按键触发模式，这样只有你主动操作时进程才会高负载工作，闲置时几乎不占CPU。
• 查看日志排查异常：通过日志找进程是否有报错或重复执行的任务：

  journalctl -u googlesamples-assistant-pushtotalk
  

  重点关注频繁出现的错误，比如网络连接失败、音频设备异常等。
• 更新SDK版本：旧版本的Google Assistant SDK可能存在已知性能问题，更新到最新版试试：

  pip install --upgrade google-assistant-sdk[samples]
  

• 加装散热配件：虽然是治标，但给树莓派加个散热片或小风扇，能有效缓解高负载带来的发热，避免硬件受损。

内容的提问来源于stack exchange，提问作者MortenM