命令行和工具全解析
查看服务器配置最直接的方法是使用系统自带的命令，而配置init则需要修改/etc/inittab文件或使用systemd的兼容方式，两者都可以在几分钟内完成。
不少朋友第一次接触服务器时，第一反应是装个鲁大师或者CPU-Z去查配置，但服务器多半是Linux系统，没有图形界面，更不会给你弹个跑分窗口，服务器配置怎么查看，其实靠几条命令就能把家底摸得清清楚楚，本文从实战角度出发,把查看配置和配置init这两个核心问题一次讲透。
服务器配置信息查看命令：Linux篇
Linux系统查看硬件配置的思路很简单：一切皆文件，命令即答案，以下命令在CentOS 7、Ubuntu 22.04、Debian 11等主流发行版上通用。
CPU信息
lscpu
这条命令会输出CPU型号、核心数、线程数、主频等关键信息，想只看核心数,可以配合grep：
lscpu | grep "CPU(s)"
内存信息
free -h
-h参数会自动把单位换算成G或M，一眼就能看清总内存、已用和可用内存，需要注意的是，free命令显示的available才是真正可分配给新程序的物理内存,而used里包含了缓存部分。
磁盘信息
df -h
查看各分区挂载点和剩余空间，想确认磁盘是SSD还是机械盘,用：
lsblk -d -o name,rota
rota值为1代表机械盘,0代表固态盘。
整机概览
uname -a
查看内核版本和系统架构，配合cat /etc/os-release可以拿到发行版名称和版本号。
显卡与GPU
lspci | grep -i vga
生产环境的服务器通常不需要关注显卡，但如果你在配置AI训练服务器，需要跑nvidia-smi查看GPU型号和显存占用。
Windows服务器配置查看方法
Windows Server系统下，服务器配置信息查看要简单得多，右键“此电脑”选“属性”只能看到基础信息,更完整的配置用以下两种方式：
- 任务管理器：Ctrl+Shift+Esc打开，性能选项卡里能看到CPU、内存、磁盘、GPU的实时状态和硬件型号。
- 系统信息：Win+R输入msinfo32回车，会列出完整的硬件清单，包括BIOS版本、主板型号、网卡MAC地址等。
命令行爱好者可以用systeminfo命令，它会把OS版本、物理内存、网卡信息一次性列出来,适合写脚本批量采集。
服务器配置信息查看工具：谁更实用
命令适合快速查看，但碰到几十台服务器需要批量巡检时，工具的优势就体现出来了,行业里常用的方案有以下几类：
- nmon：IBM出品的性能监控工具，运行后能实时刷新CPU、内存、网络、磁盘的负载曲线,适合做压力测试时观察瓶颈。
- htop：top命令的增强版，支持鼠标操作和树状进程显示，颜色区分不同资源占用,观感比top友好得多。
- Glances：Python写的跨平台工具，一个界面汇总所有硬件状态，支持输出JSON格式,方便对接监控平台。
- Web控制台：简米云、酷番云等云厂商的控制台本身就有实例规格、监控曲线的页面,不用登录服务器就能看配置和实时负载。
工具选型要看场景，临时看一次，用自带命令就够了；常态巡检，建议在服务器上装个Glances,一条命令搞定所有维度。
linux服务器init配置详解：从inittab到systemd
查看配置只是第一步，真正让服务器按你的意愿启动服务，靠的是init配置，init是Linux系统第一个启动的进程（PID为1），负责拉起所有其他进程，老派做法是修改/etc/inittab文件，新派做法是用systemd,这里重点讲init配置的完整思路。
init是什么以及配置文件在哪
init的全称是initialization，它的职责是读取配置文件，确定系统进入哪个运行级别，然后启动该级别下的服务，传统SysVinit的配置文件是/etc/inittab,但不同发行版略有差异：
- CentOS 6及更早版本：/etc/inittab是核心配置文件。
- Debian 7及更早版本：除了/etc/inittab，还依赖/etc/init.d/下的启动脚本。
- 现代系统（CentOS 7+、Ubuntu 16+）：默认使用systemd，但为了兼容，仍保留init.d目录和inittab的部分解析逻辑。
打开/etc/inittab,你会看到类似这样的内容：
id:5:initdefault:
si::sysinit:/etc/rc.d/rc.sysinit第一行的数字5代表默认运行级别，3是命令行多用户模式，5是图形界面模式，服务器通常设为3,省资源且更安全。
init配置怎么写：一个实际案例
假设你有个Java应用，需要开机自启，在SysVinit体系下，你要在/etc/rc.d/init.d/下写一个启动脚本，然后在/etc/rc.d/rc3.d/里创建一个以S开头的软链接,具体步骤如下：
第一步：编写启动脚本
vim /etc/init.d/myapp
```核心部分：
```bash
#!/bin/bash
# chkconfig: 345 99 10
start() {
echo "Starting myapp..."
/usr/bin/java -jar /opt/myapp/app.jar &
}
stop() {
echo "Stopping myapp..."
pkill -f "myapp.jar"
}
case "$1" in
start) start ;;
stop) stop ;;
restart) stop && start ;;
) echo "Usage: $0 {start|stop|restart}" ;;
esac
第二步：赋予执行权限并注册服务
chmod +x /etc/init.d/myapp chkconfig --add myapp chkconfig myapp on
这样配置之后，服务器开机进入3、4、5任一运行级别时,myapp服务都会自动启动。
init与systemd的兼容性
现在主流发行版都转向systemd了，init配置想在新系统上运行确实会遇到障碍，行业共识认为，systemd用unit文件替代了init脚本，但提供了兼容层，你可以在Ubuntu 20.04上直接执行service myapp start,系统会自动映射到systemctl命令。
核心区别如下：
| 对比项 | SysVinit | systemd |
|---|---|---|
| 配置文件 | /etc/inittab + init.d脚本 | /etc/systemd/system/下的.service文件 |
| 启动并发 | 串行启动，速度慢 | 并行启动，速度快 |
| 依赖管理 | 手动指定启动顺序 | 自动分析依赖关系 |
| 日志查看 | 分散在各应用日志 | journalctl统一收集 |
如果在CentOS 7上设置了init配置不生效，多半是因为systemd接管了服务管理，解决办法是写一个简单的.service文件,指向原来的启动脚本：
[Unit] Description=MyApp Service After=network.target [Service] Type=forking ExecStart=/etc/init.d/myapp start ExecStop=/etc/init.d/myapp stop [Install] WantedBy=multi-user.target
保存到/etc/systemd/system/myapp.service，然后执行systemctl daemon-reload && systemctl enable myapp即可。
配置init时常见的坑和解决方案
运行级别改错导致无法开机
有朋友为了省内存，把inittab里的默认运行级别改成0（关机）或6（重启），结果服务器一开机就关机或陷入重启循环，解决方案是启动时按e进入grub编辑界面，在kernel行末尾加single进入单用户模式,改回inittab或删除错误配置。
脚本没有执行权限
init脚本必须要有x权限，否则开机时提示Permission denied，养成写完脚本就chmod +x的习惯,能省去排查的时间。
路径问题导致服务起不来
脚本里最好写绝对路径，比如java命令，如果只写java，而init环境变量里没有包含/usr/bin，就会找不到命令，建议在脚本开头加上source /etc/profile来加载环境变量。
端口被占用导致启动失败
配置多个服务时，容易撞端口，用ss -lntp查看当前监听端口，确认目标端口空闲再启动服务，如果必须用同一端口,考虑用nginx做反向代理转发。
服务器配置查看的核心思路是：Linux用lscpu、free、df三板斧，Windows用任务管理器和系统信息，init配置则要先分清SysVinit和systemd两套体系，老系统改/etc/inittab，新系统写.service文件，配置过程中遇到问题，优先检查权限、路径和端口这三个最常踩的坑，掌握这些方法，无论面对哪种服务器环境,都能快速摸清硬件底细并让服务按预期启动。
相关问题解答
问：服务器配置怎么查看最准确？
答：最准确的方式是结合操作系统命令和硬件厂商工具，Linux下用dmidecode查看主板、内存序列号，可精确到型号和生产批次；Windows下用CPU-Z或AIDA64能读取到更详细的硬件参数，云服务器则直接看控制台的实例规格,那是最权威的配置数据。
问：init配置和systemd配置有什么区别？
答：init配置基于运行级别，通过/etc/inittab定义开机启动状态，使用chkconfig管理服务；systemd基于unit，通过.service文件定义服务行为，使用systemctl管理，systemd支持并行启动和自动依赖解析，启动速度更快，且日志用journalctl统一收集，运维体验更友好，init配置在systemd环境下不会被自动执行,需要借助兼容层或手动编写unit文件转换。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/565753.html
