同时运行两个脚本，核心做法是让它们分别启动、互不阻塞：在 Linux 或 macOS 中使用后台执行、并行命令或终端复用，在 Windows 中使用 PowerShell 的并发启动方式；如果两个脚本存在先后依赖，就不能简单并行，而应改为按顺序执行并检查前一个脚本的结果。真正需要先判断的，不是“用哪条命令”，而是两个脚本能否安全地同时访问相同文件、端口、数据库或设备。

很多人执行第二个脚本失败，并不是启动方式错误，而是第一个脚本占用了当前终端。比如直接运行 `python a.py` 后，终端会一直等待它结束，此时输入 `python b.py` 并不会被当作新的命令执行。要实现同时运行，需要让第一个脚本进入后台、打开两个独立终端，或者由一个调度程序同时创建两个进程。

## 一、先判断两个脚本是否真的适合同时运行

“同时运行”通常有三种需求，处理方式并不相同。

第一种是两个脚本完全独立。例如一个脚本抓取数据，另一个脚本清理日志；它们使用不同的输入、输出和资源，谁先结束都不影响另一个。这类任务适合并行启动。

第二种是两个脚本表面独立，但会争用资源。例如都写入同一个结果文件、监听同一个端口、修改同一条数据库记录，或者都要控制同一个串口、摄像头和浏览器窗口。此时即使进程能够同时启动，也可能出现文件覆盖、端口占用、数据错乱等问题。它们需要增加锁、拆分输出路径，或者改为串行执行。

第三种是两个脚本存在明确依赖。例如脚本 A 负责生成数据，脚本 B 负责读取数据并生成报表。A 未完成前，B 没有可用输入。这种任务不能为了追求“同时”而强行并行，正确做法是让 A 先完成，再启动 B；如果 A 可以分批生成数据，才考虑让 B 按批次处理。

可以用下面的判断表快速确认运行方式：

| 场景 | 是否适合同时运行 | 推荐方式 | 重点风险 |
|---|---|---|---|
| 两个脚本输入输出完全不同 | 适合 | 后台启动或并行启动 | 日志分散、异常不易发现 |
| 读取同一份数据但不修改 | 通常适合 | 并行启动 | 磁盘和内存占用增加 |
| 写入同一个文件或数据库 | 不建议直接并行 | 分离输出、加锁或串行 | 覆盖、重复写入、数据损坏 |
| 一个脚本依赖另一个脚本结果 | 不适合直接并行 | 按顺序执行并检查状态 | 读取半成品、任务失败 |
| 需要占用同一个端口或设备 | 通常不适合 | 修改配置或分时运行 | 端口冲突、设备抢占 |

判断时还要考虑脚本是否会持续运行。如果两个脚本都是一次性任务，可以关注进程结束和退出状态；如果其中一个是服务程序，另一个只是临时任务，就要特别关注服务是否占用端口、目录或系统资源。

## 二、Linux 和 macOS 中同时运行两个脚本

在 Linux 和 macOS 的终端中，最简单的方式是把第一个任务放到后台，再启动第二个任务。命令写法为：`python3 a.py & python3 b.py`。其中 `&` 会让前一个命令在后台运行，终端继续执行后面的命令。

如果两个脚本不是 Python，而是 Shell、Node.js 或其他可执行脚本，只需要替换启动命令。例如 Shell 脚本可以写成 `bash a.sh & bash b.sh`。关键不是脚本语言，而是两个任务是否被分别创建为可运行进程。

这种写法适合临时执行，但有两个限制。一个是终端关闭后，后台任务可能随之退出；另一个是两个脚本的输出会混在一起，不利于定位错误。更稳妥的做法是分别保存日志，例如把 A 的输出重定向到一个日志文件，把 B 的输出重定向到另一个日志文件。命令可以写成：`python3 a.py > a.log 2>&1 &`，再执行 `python3 b.py > b.log 2>&1 &`。这样标准输出和错误输出都会进入对应日志。

如果任务需要在退出终端后继续运行，可以使用系统提供的后台会话管理方式。临时任务可考虑 `nohup`，长期运行则更适合使用终端复用工具或系统服务管理。使用 `nohup python3 a.py > a.log 2>&1 &` 后，任务通常可以脱离当前终端继续运行，但仍然要自行检查进程是否结束、日志是否报错。

对于两个任务需要一起启动、一起观察的场景，可以使用并行执行工具。例如通过 `wait` 等待两个后台任务结束：

`python3 a.py > a.log 2>&1 & pid_a=$!; python3 b.py > b.log 2>&1 & pid_b=$!; wait $pid_a; result_a=$?; wait $pid_b; result_b=$?`

这段命令的思路是先分别启动两个任务，记录进程编号，再等待它们结束并取得退出状态。实际使用时不一定要把命令写成一行，也可以放入一个新的 Shell 脚本中。这样比手工开两个终端更容易重复执行，也能在两个任务都结束后统一判断结果。

如果需要让两个任务并行，但只要其中一个失败就停止后续流程，不能只看终端是否返回。应当检查每个进程的退出码，并在日志中记录启动时间、结束时间和失败原因。否则脚本 A 可能已经失败，脚本 B 仍在继续运行，最终得到一份看似完整但实际缺失数据的结果。

## 三、Windows 中同时运行两个脚本

Windows 最直接的方法是打开两个命令提示符或 PowerShell 窗口，分别启动两个脚本。这种方式最容易观察运行状态，适合排查问题，但不适合需要重复执行的任务。每次手动打开窗口、切换目录和输入命令，容易出现路径不一致、参数漏填和窗口关闭后任务丢失等问题。

在 PowerShell 中，可以使用 `Start-Process` 分别启动两个脚本。例如运行两个 Python 文件时，可写成：`Start-Process python -ArgumentList "a.py"` 和 `Start-Process python -ArgumentList "b.py"`。这两个进程会被独立启动，当前 PowerShell 不必等待第一个脚本结束。

如果脚本所在目录或参数中包含空格，需要认真处理路径和参数的边界。实际执行时最好使用完整路径，并确认 Python、Node.js 或其他运行环境已经加入系统路径。若一个脚本依赖虚拟环境，也不能只在当前窗口激活环境后就假设新进程一定继承了正确配置。更稳定的方式是直接指定解释器的完整路径，或者在启动命令中明确设置工作目录和环境变量。

PowerShell 也可以启动任务后等待它们结束。常见思路是先保存两个进程对象，再调用等待方法，最后分别检查退出码。这样可以区分“两个脚本都完成”“一个脚本失败”“某个脚本长时间没有响应”等情况。与只打开两个窗口相比，这种方式更适合批处理、定时任务和自动化执行。

如果使用命令提示符，也可以用 `start` 分别启动两个进程，例如通过 `start` 打开两个独立窗口执行脚本。但要注意，窗口被打开不代表脚本已经成功完成；命令提示符通常只负责创建进程，不会自动替你判断脚本内部是否报错。因此，仍然应当将输出写入日志，或让脚本把结果状态保存到指定文件。

Windows 任务计划程序适合定时运行两个长期任务，但不建议把两个完全相同的任务配置成同一时间无条件启动。若两者会写同一份文件，应该配置不同的输出路径，或者在任务中增加互斥判断。定时并行最容易出现的问题，是上一次任务尚未结束，下一次任务又被启动，最后形成多个相互干扰的进程。

## 四、用一个主脚本统一启动两个脚本

当两个脚本需要反复同时运行，或者需要统一记录结果，单纯依赖终端命令就不够稳定。更合理的做法是建立一个主脚本，由它负责启动 A 和 B、传递参数、保存日志、等待结束并判断退出结果。

主脚本至少要处理四件事：明确两个脚本的路径，分别传入参数，为每个脚本设置独立日志，最后检查两个进程的结束状态。这样可以把一次性的手工操作变成固定流程。

以 Python 为例，可以使用进程创建功能分别启动两个子进程。思路不是在主脚本中依次调用两个脚本，而是先创建 A 进程和 B 进程，再分别等待它们结束。使用时要注意，主脚本中的 `subprocess` 调用如果采用默认等待方式，可能会让 A 结束后才启动 B，从而失去并行效果。要先创建两个进程对象，再统一等待。

如果两个脚本本身也是 Python 文件，还可以把它们改造成可调用的函数，由主程序使用线程或进程并发执行。但线程和进程的选择要结合任务类型。大量等待网络、磁盘或数据库响应时，线程通常可以改善等待效率；大量计算时，进程更适合利用多个 CPU 核心。若脚本会修改全局变量、操作同一个文件或依赖不可并发的第三方库，盲目改成并发反而会增加故障。

主脚本还应当设定超时机制。一个脚本因为网络连接、死循环或外部设备故障而长期不退出时，另一个脚本可能已经完成，但整个任务仍然处于等待状态。可以在等待过程中检查运行时间，超过阈值后记录超时、终止子进程，并保留现场日志。

对于必须一起成功的两个任务，还要定义失败策略。例如 A 失败后是否立即终止 B，B 失败后是否保留 A 已生成的文件，两个任务都成功后是否需要合并结果。没有失败策略时，“同时运行”只是把两个不确定性叠加在一起，无法形成可靠流程。

## 五、同时运行时最容易出现的错误

### 1. 把后台运行误认为任务成功

命令返回到终端，只能说明进程已经被启动，不能证明脚本执行成功。脚本可能因为路径错误、依赖缺失、权限不足或参数错误而立即退出。判断成功必须看退出状态、日志和最终产物，不能只看是否弹出了窗口。

### 2. 两个脚本写入同一文件

这是最常见也最隐蔽的问题。两个脚本都以写入模式打开同一个文件时，后启动的任务可能覆盖前一个任务的内容；即使采用追加模式，也可能发生行交错、内容重复和文件未完整写入。解决方式包括使用不同的临时文件、为输出加任务编号、由主脚本统一合并，或者增加文件锁。

### 3. 端口和设备被重复占用

两个网络服务不能直接监听同一个端口，两个脚本也不能同时独占同一个串口、摄像头或浏览器调试端口。此时应修改其中一个任务的配置，或者让两个脚本共享一个中间服务，而不是强行启动多个独占进程。

### 4. 没有控制资源消耗

两个脚本并行后，CPU、内存、磁盘和网络占用会叠加。尤其是两个数据处理任务同时读取大量文件时，机器可能变慢，任务耗时反而增加。并行不等于一定更快，应根据资源瓶颈决定是否限制并发数量。若机器只有有限内存，宁可让两个任务错峰执行，也不要让它们同时把数据全部加载到内存中。

### 5. 关闭终端导致任务中断

直接在终端运行的后台进程，可能依赖当前会话。关闭窗口、退出远程连接或用户注销后，任务可能终止。长期任务应使用合适的后台运行机制，并把日志保存到固定位置。远程服务器上尤其要避免只依赖当前 SSH 会话。

### 6. 忽略工作目录和环境变量

两个脚本可能在命令行中能运行，但由主脚本启动后找不到配置文件。这通常是因为当前工作目录发生变化，或者虚拟环境、环境变量没有传递。启动时应明确工作目录、解释器路径、配置文件路径和必要的环境变量，尽量少依赖“当前目录”这种隐含条件。

落地时可以按照这样的顺序推进：先分别单独运行两个脚本，确认它们各自正常；再在不同终端中同时运行，观察是否存在资源冲突；接着加入独立日志和退出状态检查；最后才把命令固化为主脚本、定时任务或系统服务。这样每一步只引入一个变量，出现问题时更容易定位。

## 六、总结：根据依赖关系选择同时运行方式

如果两个脚本彼此独立、资源不冲突，Linux 和 macOS 可以使用后台命令或 `wait` 机制，Windows 可以使用 PowerShell 的独立进程启动方式；需要反复执行时，则应由主脚本统一管理进程、日志和退出状态。临时任务可以开两个终端，长期任务不应只依赖手工操作。

真正可靠的同时运行，不只是让两个窗口一起出现，而是要确认输入输出隔离、端口和设备不冲突、资源能够承受，并且在任务失败、超时或终端关闭时仍能留下清晰记录。执行前先判断依赖关系，再选择并行或串行，通常比直接寻找一条“同时运行命令”更重要。

在 Linux 或 macOS 终端中，可以在命令末尾加上 &，例如：python script1.py & python script2.py &。两个脚本会在后台并行运行。若希望看到各自的输出，可以将输出分别重定向到不同文件：python script1.py > script1.log 2>&1 & python script2.py > script2.log 2>&1 &。

使用后台运行方式

我想在一个终端窗口中启动两个脚本，并让它们并行执行，应该怎么操作？

在同一个终端里如何同时运行两个脚本？

在 Linux 或 macOS 中，可以使用 ps、pgrep 等命令查找脚本进程，例如 pgrep -af script1.py。也可以查看启动时指定的日志文件，判断脚本是否正常执行。Windows 用户可以在任务管理器中检查对应的 Python、Node.js 或其他运行进程。

查看进程状态

脚本启动后没有明显提示，我该如何查看它们是否正在运行？

如何确认两个脚本都已经启动？

为每个脚本设置独立的日志文件，例如 python script1.py > script1.log 2>&1 & 和 python script2.py > script2.log 2>&1 &。这样，标准输出和错误信息会分别写入对应文件，便于排查问题。

分别保存日志

两个脚本都会打印运行信息，怎样才能分别查看各自的运行记录？

运行两个脚本时，如何避免输出内容混在一起？

如果脚本二依赖脚本一的执行结果，就不适合让它们并行启动。可以在 Linux 或 macOS 中使用 python script1.py && python script2.py，让脚本二仅在脚本一成功退出后启动；若两者没有依赖关系，再采用后台并行运行的方式。

按依赖关系安排启动

如果脚本二必须等脚本一完成后才能启动，该怎样安排执行？

两个脚本需要按顺序执行时，还能同时运行吗？

PingCodeDocs

同时运行两个脚本的关键不是简单同时启动，而是先判断脚本之间是否存在数据、文件、端口、设备或资源依赖。独立任务可在 Linux、macOS 或 Windows 中分别启动并行进程；有先后关系的任务应串行执行。长期或重复任务应使用主脚本统一管理日志、退出状态、超时和失败处理，确保两个脚本不仅能同时运行，也能被可靠监控和复盘。