软件运行原理

软件运行原理解释一个基础问题：软件是什么，为什么能在电脑、服务器、工控机、浏览器或容器里跑起来。

软件不是“屏幕上的按钮”。按钮、窗口、网页和服务端接口只是表现形式。真正运行起来的，是 CPU 能执行的机器指令、操作系统能加载的程序、运行时能解释的脚本、浏览器能解析的资源，以及它们依赖的配置、权限、文件、网络和外部服务。

概览

排查“软件不能运行”时，先把问题拆成几个层次：

层次	关键问题	常见现象
文件形态	它是二进制、脚本、网页资源还是容器镜像？	找不到程序、格式不对、双击没反应
安装包	它是系统安装包、语言依赖包还是容器镜像？	安装失败、依赖缺失、架构不匹配
系统与架构	当前系统和 CPU 能不能运行它？	Exec format error、安装包不兼容
加载与依赖	运行时、动态库、外部服务是否齐全？	缺库、版本不兼容、接口报错
启动方式	谁启动它，以什么参数和目录启动？	手动正常，服务失败
权限	运行用户能不能读取、执行、写入资源？	Permission denied、拒绝访问
配置	程序实际读到什么配置？	端口错、连错数据库、生产/测试环境混用
观测	日志、退出码、端口、网络请求说明了什么？	页面报错但后端日志才有真正原因

本文按参考手册方式组织。读者不需要一次读完，可以按问题跳到对应章节。

软件形态

二进制可执行文件

二进制可执行文件已经被编译成特定系统和处理器架构能加载的机器代码。

平台	常见形态	关注点
Windows	.exe、.dll	系统版本、VC 运行库、管理员权限、杀毒软件拦截
Linux	常见无扩展名、.so	架构、可执行权限、动态库、运行用户
macOS	.app、Mach-O 二进制、.dylib	签名、公证、权限、架构

同一份源码可能构建出多个产物。例如 Windows x86_64、Linux x86_64、Linux ARM64、LoongArch 产物不能随便混用。

脚本和运行时

脚本文件本身通常不是直接给 CPU 执行，而是交给解释器或运行时读取。

类型	例子	运行方式
Shell 脚本	.sh	bash script.sh 或 ./script.sh
Python	.py	python app.py
Node.js	.js、.mjs	node app.js
PowerShell	.ps1	pwsh script.ps1 或 Windows PowerShell
批处理	.bat、.cmd	cmd.exe 执行

脚本运行失败时，要同时检查脚本内容、解释器版本、依赖包、当前目录、环境变量和权限。

字节码和虚拟机

有些语言先生成中间产物，再由虚拟机或运行时执行。

技术	常见产物	关注点
Java	.class、.jar	JDK/JRE 版本、启动参数、内存限制
.NET	.dll、.exe	.NET Runtime 版本、系统兼容性
WebAssembly	.wasm	运行宿主、浏览器或边缘运行时支持

网页资源和客户端壳

Web 前端由浏览器加载 HTML、CSS、JavaScript、图片和字体。Electron、Tauri 等桌面客户端常把网页资源和本地能力打包在一起。

形态	关注点
浏览器页面	资源路径、接口地址、缓存、证书、跨域
Electron 客户端	打包资源、自动更新、本地缓存、系统依赖
Tauri 客户端	WebView、系统权限、本地后端能力

页面打不开不一定是“前端坏了”。要区分静态资源 404、接口 404、接口 500、证书失败、浏览器缓存和网络不通。

容器镜像

容器镜像打包了文件系统、程序、依赖和启动命令。它不是一个完整虚拟机，通常共享宿主机内核。

内容	例子
文件系统	/app、/usr/lib、配置模板
程序	API 服务、数据库、任务进程
依赖	动态库、运行时、字体、证书
启动命令	CMD、ENTRYPOINT

容器启动失败时，除了看应用日志，还要看镜像架构、环境变量、挂载目录权限、端口映射和网络。

包、安装包和包管理器

“包”是软件分发的基本单位。一个包通常不只是一个可执行文件，而是一组文件和元数据。

内容	说明
程序文件	可执行文件、动态库、脚本、静态资源
元数据	名称、版本、架构、依赖、维护者、描述
安装脚本	安装前后执行的动作，例如创建用户、注册服务、刷新缓存
签名 / 校验	验证包来源和完整性
卸载信息	记录哪些文件由这个包安装，便于升级和卸载

包管理器负责安装、升级、卸载、查询软件包，并处理依赖关系。软件仓库是包管理器下载软件包的来源。

系统安装包

平台 / 发行版	常见格式	常见包管理器	关注点
Windows	.exe、.msi、.msix	Windows Installer、winget、Chocolatey、Scoop	管理员权限、UAC、安装路径、VC 运行库、静默安装参数
macOS	.app、.dmg、.pkg	Installer、Homebrew	签名、公证、Gatekeeper、Intel / Apple Silicon 架构
Debian 系 Linux	.deb	apt、dpkg	依赖包、软件源、系统版本、CPU 架构
Red Hat 系 Linux	.rpm	dnf、yum、rpm	依赖包、仓库、SELinux、系统库版本
Arch 系 Linux	.pkg.tar.zst	pacman	滚动更新、依赖版本、AUR 风险
Alpine Linux	.apk	apk	musl libc、轻量容器、glibc 兼容问题
Android	.apk、.aab	系统安装器、应用商店、MDM	ABI、签名、系统权限、厂商定制
容器	OCI image、Docker image	Docker、Podman、containerd	镜像架构、基础镜像、入口命令、挂载权限

不要只看文件后缀。.deb 也分 amd64、arm64、loongarch64；.rpm 也分发行版和系统库版本。能安装不代表能正常运行，能运行不代表所有外设和服务都可用。

语言依赖包

很多开发语言还有自己的包生态。它们解决的是“程序内部依赖”，不是完整替代系统包管理器。

生态	常见文件 / 工具	关注点
Node.js	package.json、node_modules、npm、pnpm、yarn	Node 版本、锁文件、原生模块架构
Python	requirements.txt、pyproject.toml、pip、venv	Python 版本、虚拟环境、系统库依赖
Java	Maven、Gradle、.jar	JDK 版本、仓库镜像、依赖冲突
.NET	NuGet、.nupkg	Runtime 版本、目标框架
Rust	Cargo、Cargo.toml	目标架构、系统库、交叉编译
Go	Go modules、go.mod	Go 版本、CGO、目标系统和架构

语言包经常依赖系统能力。例如 Python 的图像库可能依赖系统图形库，Node 的原生模块可能需要按 CPU 架构重新编译，Java 程序可能需要系统字体和证书。

包管理和现场排障

现象	常见原因	排查方向
安装包提示架构不支持	下载了错误架构	对比 uname -m、系统信息和包名
安装时缺依赖	软件源不完整、系统版本太旧	检查仓库、离线依赖包、厂商源
安装成功但启动失败	运行库、配置、权限、服务未就绪	看启动日志和系统日志
升级后功能异常	依赖版本变化、配置迁移失败	看升级日志、配置差异、回滚方案
离线现场无法安装	没准备完整依赖	提前做离线包、镜像源或安装介质
同一安装包有的机器能跑有的不能	系统补丁、架构、库版本、驱动不同	记录完整环境，不只记录系统名称

交付安装包时，建议同时标明系统、架构、版本和安装方式，例如 product-linux-arm64-v1.2.3.deb、product-windows-x64-v1.2.3.msi、product-loongarch64-v1.2.3.tar.gz。

从源码到运行

源码是给人和工具看的。运行时，源码必须被编译、解释、打包或加载。

语言/技术	常见运行方式	现场关注点
Go / Rust / C / C++	编译成二进制	架构是否匹配、依赖库是否缺失、权限是否可执行
Java	JVM 运行字节码或 jar	JDK/JRE 版本、启动参数、内存限制
Node.js	Node 运行 JS	Node 版本、依赖包、环境变量
Python	Python 解释器运行脚本	Python 版本、虚拟环境、pip 依赖
Web 前端	浏览器加载 HTML/CSS/JS	资源路径、浏览器兼容、接口地址、缓存
Electron	Chromium + Node + 本地壳	系统依赖、打包资源、自动更新、权限

程序如何被操作系统启动

当你双击一个程序，或在命令行执行一个文件时，操作系统大致会做这些事：

1. 找到可执行文件。
2. 判断当前系统和处理器能不能识别它。
3. 检查执行权限。
4. 加载程序本身和它依赖的动态库。
5. 创建进程，分配内存、文件句柄、网络资源。
6. 设置参数、环境变量和工作目录。
7. 把控制权交给程序入口。

对应到现场问题：

现象	可能原因
双击没反应	架构不匹配、依赖缺失、权限不足、被安全软件拦截
提示找不到库	动态库缺失、库版本不对、搜索路径不对
Linux 下提示 Permission denied	文件没有执行权限，或目录权限不足
Linux 下提示 Exec format error	程序架构和系统架构不匹配
程序启动后马上退出	配置错误、端口冲突、依赖服务不可用

排查时不要只看“能不能打开”，要确认系统类型、CPU 架构、启动方式、运行用户、工作目录、参数、环境变量和日志。

命令行环境

终端、Shell 和 CLI

终端是输入输出通道，Shell 是解释命令的程序，CLI 是命令行界面这种交互方式。

概念	说明
终端	负责接收键盘输入、显示程序输出。现代常见为终端模拟器或 SSH 会话
Shell	读取命令、解析参数、启动程序，例如 bash、zsh、cmd.exe、PowerShell
CLI	Command Line Interface，命令行界面，例如 git、ssh、curl

Shell 读取一行文本，判断这是内置命令、脚本，还是某个可执行文件，然后请操作系统启动对应程序。

curl https://example.com
ls -l /opt
./install.sh --port 8080

命令、参数和退出码

命令行程序靠文本输入输出和退出码表达结果。

概念	说明
命令	要执行的程序名或脚本名
参数	告诉程序要做什么，例如 --port 8080
标准输出 stdout	正常结果输出
标准错误 stderr	错误、警告、诊断信息
退出码	程序结束状态，通常 0 表示成功，非 0 表示失败

排查 CLI 时要保留完整命令和完整输出。只说“运行失败”不够，需要知道当前目录、执行用户、参数、stdout、stderr 和退出码。

Unix 传统

Unix 系统把命令行、进程、文件和权限的组合模式做得很彻底。20 世纪 60 年代末，贝尔实验室的 Ken Thompson、Dennis Ritchie 等人从大型分时系统的经验里，做出了一个更小、更可组合的系统。后来 C 语言、Unix、BSD、GNU/Linux、macOS、Android、服务器运维工具链，都沿着这条线继续发展。

Unix 给后来的软件世界留下了几个重要想法：

想法	含义	现场价值
小工具做一件事	cat、grep、awk、curl、ssh 各自解决清晰的小问题	出问题时可以一步步拆开验证
文本作为接口	命令输入和程序输出多用文本表达	日志、脚本、自动化都容易串起来
管道组合	一个程序的输出可以接到另一个程序的输入	cat app.log | grep ERROR | tail 可以快速过滤问题
一切皆文件	普通文件、设备、管道、Socket 都尽量用类似文件的方式访问	理解路径、权限、句柄、日志、设备访问会更统一
用户和权限	程序以某个用户身份运行，只能访问被授权的资源	解释大量“手动能跑，服务跑不了”的问题

“一切皆文件”不是绝对规则，而是一个有用的理解模型。普通文件是文件，日志是文件，配置是文件；很多设备也暴露成路径，例如 Linux 的 /dev/ttyUSB0 串口设备；进程、端口、系统状态也常通过类似文件或文本接口查看。

DOS、cmd 和 PowerShell

命令行不是 Unix 独有的。个人电脑普及后，很多人第一次接触命令行是在 DOS 里。

DOS 可以理解成早期个人电脑上的磁盘操作系统。机器启动后，用户看到的往往不是图形桌面，而是类似这样的提示符：

C:\>

这里的 C: 是盘符，\ 是路径分隔符，> 后面等待用户输入命令。用户输入 dir 看目录，输入 copy 复制文件，输入程序名启动软件。很多批处理脚本用 .bat 或 .cmd 结尾，用来把一串命令自动跑完。

dir C:\data
copy app.exe D:\backup\
ping 192.168.1.1

Windows 9x 还和 DOS 关系很深；Windows NT 之后的命令提示符主要是 cmd.exe。它保留了很多 DOS 风格命令和习惯，但现代 Windows 的 cmd.exe 不是“真正的 DOS”。它是 Windows 里的命令解释器，运行在 Windows 的权限、进程、文件系统和安全模型之上。

PowerShell 也是 Shell，但它比传统 cmd.exe 更适合自动化系统管理。Unix 管道通常传文本，PowerShell 管道主要传对象，所以它可以更稳定地处理服务、进程、注册表、证书、JSON 等结构化信息。

Get-Process
Get-Service | Where-Object Status -eq "Running"
Get-ChildItem C:\data | Sort-Object Length

常见差异：

主题	DOS / cmd	Unix Shell	PowerShell
常见提示符	C:\>	$ 或 #	PS C:\>
路径习惯	C:\data\app.exe	/opt/app/app	两种路径都能处理，Windows 下常见 C:\...
脚本后缀	.bat、.cmd	.sh	.ps1
管道	文本为主	文本为主	对象为主
权限模型	早期 DOS 基本是单用户模型，现代 cmd 使用 Windows 权限	rwx、用户、组、其他人	Windows ACL、执行策略、管理员权限
常见用途	兼容老脚本、简单维护命令	Linux/macOS/服务器运维	Windows 自动化、系统管理、跨平台脚本

现场排障时，不要只问“是不是命令行”，要问清楚是哪一种命令行：

问题	为什么重要
是 cmd.exe 还是 PowerShell？	同一条命令的引号、变量、管道、转义规则可能不同
是 Windows 还是 Linux？	路径、权限、可执行文件格式、服务管理方式不同
是本机终端还是 SSH 远程终端？	当前用户、工作目录、网络位置都可能不同
是管理员权限还是普通用户？	Windows 下很多安装、服务、设备操作需要管理员权限
是手动运行还是服务自动运行？	服务环境变量、工作目录、用户身份经常和手动终端不同

权限

Unix-like 权限和 chmod

Unix-like 系统的基础权限通常分为三组：

对象	说明
user / owner	文件所有者
group	文件所属组
others	其他用户

每组又有三种基础权限：

权限	文件上的含义	目录上的含义
r read	读取文件内容	列出目录内文件名
w write	修改文件内容	在目录内创建、删除、重命名文件
x execute	把文件当程序执行	进入或穿过这个目录

chmod 的意思是 change mode，用来修改这些权限位。

chmod +x install.sh
chmod 755 app
chmod 644 config.yaml
chmod -R u+rwX data/

命令	作用
chmod +x install.sh	给脚本增加执行权限，否则 ./install.sh 可能提示 Permission denied
chmod 755 app	所有者可读写执行，组和其他用户可读可执行，常用于可执行程序
chmod 644 config.yaml	所有者可读写，其他人只读，常用于普通配置文件
chmod -R u+rwX data/	递归给所有者读写权限，并给目录或已有可执行文件加执行权限

目录上的 x 不是“执行目录”，而是允许进入或穿过目录。服务用户如果没有某一级目录的 x 权限，即使最终文件本身可读，也可能读不到。

Windows 权限

Windows 常见权限模型是 ACL、管理员权限和 UAC。Windows 的“拒绝访问”和 Linux 的 Permission denied 看起来像同一类问题，底层模型不同。

系统	常见权限问题
Windows	ACL 不允许访问、没有管理员权限、UAC 拦截、文件被占用、执行策略限制 PowerShell 脚本
Linux / Unix-like	rwx 不足、属主属组不对、目录缺少 x 权限、服务用户和手动用户不同

运行环境

依赖

很多软件不是孤立运行的。它可能依赖运行时、系统库、驱动或外部服务。

类型	例子	出问题时的表现
语言运行时	JVM、Node.js、Python、.NET Runtime	版本不兼容、命令不存在、启动参数不支持
动态库	.dll、.so、系统图形库、驱动库	缺库、库版本冲突、启动时报错
外部服务	数据库、Redis、对象存储、消息队列	程序能启动但接口报错或功能不可用
系统能力	字体、证书、打印服务、串口权限	页面乱码、HTTPS 失败、打印失败、设备打不开

所谓“部署环境”，就是把程序需要的运行时、依赖、配置、权限和外部服务准备好。

进程、服务和端口

程序运行起来后，在操作系统里通常表现为进程。长期运行的后台程序一般会被配置成服务。

概念	说明	现场关注点
进程	正在运行的程序实例	是否存在、CPU/内存是否异常
服务	由系统管理的长期程序	是否启动、是否开机自启
守护进程	后台持续运行的服务进程	崩溃后是否自动拉起
端口监听	服务等待外部连接	是否监听正确 IP 和端口

一个 Web 后端如果启动成功，通常会监听某个端口。页面访问失败时，要区分是“程序没启动”“端口没监听”“网络不通”还是“接口本身报错”。

配置

同一份程序在不同现场表现不同，往往是因为配置不同。

配置来源	常见内容	常见问题
配置文件	数据库地址、端口、账号、路径、功能开关	改错文件、格式错误、路径不存在
环境变量	运行模式、密钥、服务地址	变量没传进去、大小写写错
启动参数	监听端口、配置路径、日志级别	参数顺序错、参数不兼容
默认值	程序内置配置	忘记覆盖，导致连到默认地址

现场排障时，要确认“程序实际读到的配置”，不要只看你以为它读的是哪个文件。

日志、缓存和临时文件

不要只看页面提示。页面提示通常经过包装，真正原因经常在服务日志、浏览器网络请求或系统日志里。

类型	用途	常见问题
应用日志	记录程序运行过程和错误	日志没开、路径不对、权限不足
系统日志	记录服务启动、崩溃、权限等系统事件	只看应用日志会漏掉启动失败原因
浏览器网络请求	查看前端请求哪个接口、返回什么	接口地址错、跨域、证书问题
缓存	减少重复计算或请求	旧数据未刷新、缓存污染
临时文件	保存运行过程中的中间结果	磁盘满、权限不足

前端、后端和数据库

一套业务系统通常不是一个程序，而是多个部分协作。

部分	主要职责	常见形态
前端	展示页面，接收用户操作	浏览器页面、Electron 客户端、移动端页面
后端	处理业务逻辑，提供接口	Java / Go / Node.js / Python 服务
数据库	持久保存业务数据	MySQL、PostgreSQL、SQLite
缓存	临时保存高频数据	Redis、本地缓存

现场排障时先判断问题发生在哪一层：页面打不开通常先看前端资源和网络；按钮报错通常看接口；数据不对通常看后端逻辑和数据库。

虚拟机和容器

虚拟机和容器都能提供隔离环境，但隔离方式不同。

	Type 1	Type 2	容器
隔离方式	完整虚拟硬件和系统	在宿主系统上跑完整虚拟机	共享宿主内核
性能	高	略低	高
启动速度	秒到分钟	秒到分钟	毫秒到秒
适合	服务器虚拟化、PVE、ESXi	本机测试、桌面虚拟机	Web 服务、数据库、CI
不适合	轻量单服务快速启停	生产高密度部署	内核/驱动级隔离

选择建议：

场景	选择
跑 Web 服务 / 数据库 / API	容器（Docker / Podman）
编译代码 / CI 流水线	容器
需要完整 Linux 环境 + SSH	虚拟机 或 WSL2
开发内核模块 / 驱动	虚拟机
需要不同架构（ARM / MIPS）	QEMU
需要直通 GPU / USB	虚拟机
GPU 加速推理	容器 + NVIDIA Container Toolkit
测试旧系统兼容性	虚拟机

常见故障

现象	先看什么	常见原因
程序打不开	系统、架构、权限、依赖	包不匹配、缺运行库、被拦截
安装包装不上	包格式、CPU 架构、软件源	.deb / .rpm 不匹配、架构不对、离线依赖缺失
Permission denied	运行用户、文件权限、目录权限	没有执行位、目录缺少 x、服务用户不同
Windows 拒绝访问	管理员权限、ACL、文件占用	UAC、权限不足、文件被其他进程占用
找不到库	动态库路径、运行时版本	.dll / .so 缺失或版本不匹配
手动运行正常，服务失败	服务用户、工作目录、环境变量	systemd/Docker/Nginx 下环境不同
页面 404	浏览器地址、前端资源、接口路径	路由配置、资源路径、反向代理、后端接口
页面 500	后端日志、数据库、外部服务	配置错误、依赖不可用、程序异常
端口访问失败	进程、端口监听、防火墙、代理	服务没启动、监听地址错、网络不通
打印/串口/USB 失败	设备文件、驱动、用户组	权限不足、驱动缺失、设备被占用

参考资料

资料	适合看什么
Dennis M. Ritchie, The Evolution of the Unix Time-sharing System	Unix 从分时系统、Multics 背景中演化出来的历史
Dennis M. Ritchie, Ken Thompson, The UNIX Time-Sharing System	Unix 早期设计思想，包含文件、进程、Shell 等核心概念
Microsoft Learn, Windows Commands	Windows 命令行、Command shell、PowerShell 的官方说明
Microsoft Learn, cmd	Windows cmd.exe 的参数和行为
Microsoft Learn, What is PowerShell?	PowerShell 的定位、Shell、脚本和对象管道
The Open Group, POSIX chmod	chmod 在 POSIX 标准里的定义
GNU Coreutils Manual, chmod invocation	GNU/Linux 常见 chmod 行为和选项
Linux man-pages, chmod(1)	Linux 命令手册里的权限位、符号模式和八进制模式说明