在Linux上配置Tomcat环境变量，核心动作就是把CATALINA_HOME指向Tomcat解压目录，再把$CATALINA_HOME/bin追加进PATH，编辑/etc/profile或~/.bashrc后执行source即可立即生效。
为什么Linux配置Tomcat环境变量比Windows多一步？区别在这
不少从Windows切到Linux的开发者会困惑：明明在Windows上点几下鼠标就能跑Tomcat，到了Linux上为什么要折腾环境变量，核心原因有两个：Linux没有图形化安装向导，一切靠配置文件；Linux的多用户和终端会话机制，决定了环境变量必须显式声明才能让所有子进程找到Tomcat。
Linux和Windows配置Tomcat环境变量的区别
- 路径分隔符不同：Windows用反斜杠
\和分号，Linux用正斜杠和冒号，写PATH时如果还带着Windows习惯，很容易报“找不到命令”。 - 生效方式不同：Windows改完环境变量点“确定”后，新开CMD即可生效，Linux执行
source只对当前终端生效，新开的SSH会话会重新加载/etc/profile或~/.bashrc。 - 权限影响不同：Windows通常以管理员身份安装，环境变量全局生效，Linux下普通用户改
~/.bashrc只影响自己，改/etc/profile需要root权限，影响所有用户。 - 脚本依赖不同：Windows下Tomcat启动脚本是
.bat，Linux下是.sh，Linux启动脚本会先读取JAVA_HOME或JRE_HOME，再读取CATALINA_HOME，所以Linux环境变量配置通常要同时考虑JDK和Tomcat两个部分。
行业共识认为,Tomcat环境变量配置出错多数集中在PATH拼接时丢了$PATH前缀，以及JAVA_HOME没设对这两个地方。
CentOS配置Tomcat环境变量的详细步骤
CentOS是Linux服务器上部署Tomcat最常见的选择之一,下面以一台最小化安装的CentOS 7/8/9为例，假设你已经通过yum或源码方式装好了JDK。
先确认JDK环境
Tomcat本身不编译Java代码,但运行依赖JDK或JRE，先执行：
java -version
如果提示command not found，需要先配置JDK环境变量，否则后面Tomcat会报Neither the JAVA_HOME nor the JRE_HOME environment variable is defined
。
下载并解压Tomcat到固定目录
推荐放到/usr/local下，路径统一、便于排查：
cd /usr/local wget https://dlcdn.apache.org/tomcat/tomcat-9/v9.0.98/bin/apache-tomcat-9.0.98.tar.gz tar -zxvf apache-tomcat-9.0.98.tar.gz mv apache-tomcat-9.0.98 tomcat9
实际版本号会随时间变化,以Apache官网当前稳定版为准。
编辑环境变量文件
CentOS下全局配置文件是/etc/profile，推荐用vim编辑：
vim /etc/profile
在文件末尾追加以下内容：
export CATALINA_HOME=/usr/local/tomcat9 export CATALINA_BASE=/usr/local/tomcat9 export PATH=$PATH:$CATALINA_HOME/bin
保存退出后执行：
source /etc/profile
验证配置
运行Tomcat自带的版本检查脚本：
catalina.sh version
如果输出包含Server version: Apache Tomcat/9.0.98和JVM Version，说明环境变量已经生效，此时可继续执行catalina.sh run前台启动，或startup.sh后台启动。
Tomcat环境变量配置不生效怎么办？
这是百度上搜索量很高的一类问题：明明照着教程改了，执行catalina.sh还是提示找不到命令，排查顺序比反复重试更重要。
先看当前终端是否已经重新加载
很多人改完/etc/profile后忘记执行source /etc/profile，或者执行了，但当前SSH会话是修改前打开的，依然读的是旧环境，可以执行：
echo $CATALINA_HOME echo $PATH
如果CATALINA_HOME为空，说明变量没进当前shell，要么执行source，要么断开SSH重新连接。
检查PATH是否把原来的$PATH丢掉了
错误的写法：
export PATH=$CATALINA_HOME/bin
这种写法会覆盖整个PATH，导致ls、vim等基础命令都失效，正确写法必须保留原值：
export PATH=$PATH:$CATALINA_HOME/bin
确认Tomcat解压目录是否真实存在
export CATALINA_HOME=/usr/local/tomcat9只是声明了一个路径，如果目录不存在或权限不对，脚本依然无法执行，用ls -l /usr/local/tomcat9/bin/catalina.sh确认文件存在且具备可执行权限。
查看JAVA_HOME有没有配置
Tomcat启动脚本会先找JAVA_HOME，再找JRE_HOME，如果两个都没有，会直接报错退出，可以在/etc/profile中一并加上：
export JAVA_HOME=/usr/java/jdk1.8.0_402 export PATH=$JAVA_HOME/bin:$PATH
实际JDK路径以你的安装位置为准。
特殊场景：用sh catalina.sh而不是./catalina.sh
有些教程直接写sh catalina.sh version，如果当前目录不在bin下，会报找不到文件，建议先cd $CATALINA_HOME/bin再执行./catalina.sh version，或者直接用环境变量里的catalina.sh version。
Ubuntu配置Tomcat环境变量与systemd托管时的注意点
Ubuntu用户如果只改~/.bashrc，可能会遇到一个坑：通过sudo systemctl start tomcat启动时，服务进程读不到用户级环境变量，这涉及登录shell与非登录shell的区别。
Ubuntu用户级配置放哪里更稳
个人开发环境可以写进~/.bashrc或~/.profile：
export CATALINA_HOME=/opt/tomcat9 export CATALINA_BASE=/opt/tomcat9 export PATH=$PATH:$CATALINA_HOME/bin
保存后source ~/.bashrc，但如果要用systemd管理Tomcat，建议不要依赖用户级变量，而是直接在service unit文件里声明。
systemd服务中声明环境变量
创建/etc/systemd/system/tomcat.service，在[Service]段加入：
Environment=CATALINA_HOME=/opt/tomcat9 Environment=CATALINA_BASE=/opt/tomcat9 Environment=JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64
然后执行：
systemctl daemon-reload systemctl start tomcat
这样Tomcat服务启动时,环境变量由systemd直接注入，不依赖/etc/profile或用户shell配置，近年来不少云服务器部署教程开始推荐这种方式，因为它更适合开机自启和进程托管。
多实例部署时环境变量怎么配才不会乱
一台服务器上同时跑多个Tomcat实例时,不建议把CATALINA_HOME和CATALINA_BASE都指向同一个目录，正确做法是：CATALINA_HOME指向只读的Tomcat安装目录，CATALINA_BASE指向每个实例独立的运行目录，里面放conf、logs、temp、webapps、work。
创建实例目录并复制基础配置：
mkdir -p /data/tomcat-instance-1/{conf,logs,temp,webapps,work}
cp -r $CATALINA_HOME/conf/ /data/tomcat-instance-1/conf/
每个实例的启动脚本中单独设置：
export CATALINA_BASE=/data/tomcat-instance-1
这样多个实例共享同一套Tomcat二进制文件,但各自保有独立的配置、日志和部署目录，环境变量也不会互相覆盖。
常见问题Q&A
linux配置tomcat环境变量收费吗？
不需要额外付费,Apache Tomcat本身是免费开源软件，配置环境变量只是修改文本文件，不产生授权费用，你只需要为云服务器或物理机的计算资源付费，和Tomcat环境变量配置无关。
linux配置tomcat环境变量后为什么重启服务器就失效了？
如果你写的是~/.bashrc且只在当前用户终端source过，没有写入/etc/profile或~/.profile，重启后新会话可能不会自动加载，把变量写进/etc/profile或/etc/environment可以保证全局持久生效，systemd托管服务则直接用Environment=声明最稳定。
centos配置tomcat环境变量需要同时配置JDK吗？
需要,Tomcat运行依赖JDK或JRE，启动脚本会先找JAVA_HOME或JRE_HOME，如果只配置CATALINA_HOME而不配置JDK环境变量，启动时会报错退出，因此通常先确认java -version正常，再配置Tomcat。
配置Linux下的Tomcat环境变量本身不复杂,真正容易出错的是路径拼接和生效范围，只要按顺序确认JDK、解压目录、CATALINA_HOME、PATH、source这五个环节，绝大多数问题都能直接解决。