先别急着直接判定是系统bug或者htop的问题，这种情况大概率是显示设置问题或者内核线程未被识别，我们一步步来排查：

1. 先验证是否真的存在CPU满载：换用top命令确认 #

htop的线程统计逻辑和top略有差异，先打开终端运行top，然后按下H键切换到线程视图，看看第一个核心对应的线程有没有高占用。如果top里也显示同样的情况，那说明确实有线程在占用CPU；如果top里显示正常，那大概率是htop的显示设置或者版本问题。

2. 检查htop是否隐藏了内核线程 #

默认情况下，htop可能不会显示内核线程——而很多高CPU占用的后台任务其实是内核级别的（比如kworker、rcu_sched这类）。你可以在htop里按下F2进入设置界面，找到Display options，勾选Show kernel threads和Show userland threads，然后回到主界面看看是不是能找到那个高占用的线程了。

3. 用更底层的工具定位占用源 #

如果上面的方法还是找不到，试试这些命令：

• 运行ps aux --sort=-%cpu：这个命令会按CPU占用从高到低列出所有进程，包括一些内核相关的进程，看看顶部有没有异常的条目。
• 运行top -b -n 1 -H：批量输出一次所有线程的CPU占用数据，方便你搜索高占用的线程ID（PID）。
• 运行perf top：这个工具需要先安装sudo apt install linux-tools-common，它能直接显示内核层面的函数占用情况，哪怕是内核线程的消耗也能抓出来——比如如果是某个驱动函数或者内核调度逻辑在占用CPU，这里会一目了然。

4. 考虑Ubuntu 17.10的版本特性 #

Ubuntu 17.10是比较老的版本（已经停止官方支持了），确实存在一些已知的内核和驱动bug。比如你的i7-6700K搭配某些显卡驱动（尤其是NVIDIA闭源驱动）时，可能会出现核心绑定或者调度异常的情况；另外，早期的systemd版本也可能有一些CPU占用的小问题。如果排查下来确实是系统层面的问题，建议升级到更稳定的LTS版本（比如Ubuntu 18.04或更高），这大概率能解决这类兼容性问题。

总结 #

大概率不是htop的bug，更可能是内核线程未被显示或者老版本系统的兼容性问题。先从调整htop设置、用其他工具验证开始排查，再考虑系统升级的方案。

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