Java服务器文件可以归结为四类：应用部署文件、配置文件、日志文件和运行时环境文件。 无论你用的是Tomcat、Jetty还是Spring Boot内嵌服务器，都绕不开这套基本构成，理清这四类文件的位置和作用，你就能在服务器上快速定位问题、部署应用、排查故障。
Java服务器文件有哪些？先看最核心的分类
很多人第一次登录服务器，看到一串目录会有点懵，别急，抓住主线就好，Java服务器上的文件,按功能分就是下面那几类。
- 应用部署文件：你写的代码最终打成war包、jar包，还有解压后的class文件、静态资源都在这里。
- 配置文件：控制服务器端口、数据源、访问权限、应用参数，常见的有XML、properties、yml。
- 日志文件：记录服务器启动过程、运行状态、报错信息,是排查问题的第一现场。
- 运行时环境文件：包括JDK、服务器启动脚本、依赖的jar库,支撑Java程序正常跑起来的基础。
应用部署文件：你写的代码在服务器上长什么样
在服务器上，Java应用通常不是一堆散落的.java文件,而是打包后的产物。
- war包：典型Web应用打包格式，放在Tomcat的webapps目录下,启动时自动解压。
- jar包：普通Java程序或者Spring Boot可执行包，通过
java -jar直接运行。 - class文件：若你手动解压war包，会在WEB-INF/classes下看到编译后的字节码。
- 静态资源：HTML、CSS、JS、图片等,在war包解压后的根目录或static目录下。
配置文件：服务器和应用的“方向盘”
没有配置文件的Java服务器就是一个空壳，Tomcat能改端口，Spring Boot能连数据库,全靠这些文件。
- 服务器级配置：比如Tomcat的
server.xml、context.xml。 - 应用级配置：Web应用里的
web.xml，Spring Boot里的application.properties或application.yml。 - 日志配置：
log4j2.xml、logback.xml,控制日志输出格式和等级。
日志文件：排查问题的第一现场
服务器出问题，先看日志，Java服务器一般有自己的日志目录，应用也会有独立日志，具体位置依部署方式而定,但始终是这几个文件类型。
- 服务器运行日志：比如Tomcat的
catalina.out,记录启动和运行时的控制台输出。 - 应用访问日志：
localhost_access_log，记录每个HTTP请求的时间、IP和状态码。 - 应用业务日志：业务代码打印的log，通常按天拆分,文件名带日期。
运行时环境文件：支撑Java程序跑起来的基础
Java服务器本身也是一套程序，它需要JVM环境、启动脚本和一堆依赖库。
- bin目录：
startup.sh、shutdown.sh、catalina.sh这些启动管理脚本。 - lib目录：服务器自带的jar包,以及应用运行时引用的公共库。
- JDK：服务器上安装的Java环境，不是项目文件,但没它一切免谈。
Tomcat服务器文件结构详解：每个目录是什么
Tomcat是使用率极高的Java服务器，它的目录结构很规矩,记住了一张表就够。
| 目录 | 作用 | |
|---|---|---|
bin |
存放启动和关闭脚本 | startup.sh、shutdown.sh |
conf |
存放服务器全局配置 | server.xml、context.xml、web.xml |
lib |
服务器公共jar包 | ecj.jar、servlet-api.jar等 |
logs |
存放运行日志 | catalina.out、localhost.log |
webapps |
部署Web应用的地方 | 已解压的war包项目目录 |
work |
JSP编译后的临时文件 | 运行时会生成class文件 |
temp |
运行期临时文件 | 可清理，不影响稳定性 |
实际操作时最常碰的两个目录
行业共识认为，conf和webapps是运维排查时最高频的两处。
- 改端口、调最大线程数，去
conf/server.xml。 - 加应用、删应用、更新war包，去
webapps。
浏览器访问的应用文件在哪
假设你有一个叫test.war部署到Tomcat，解压后就是webapps/test/，用户访问的静态页面，就在这个项目目录的根路径下，对应的WEB-INF子目录是受保护的,不能被浏览器直接访问。
Java web项目服务器端文件组成：从war包到实际运行的文件
你可以把war包理解成一个压缩文件，部署到服务器后，Tomcat会把它解压到同名目录,里面的文件结构就对应着项目文件的服务器端形态。
war包内部的文件清单
test.war
├── index.jsp
├── static/
│ ├── css/
│ ├── js/
│ └── images/
└── WEB-INF/
├── web.xml
├── classes/
│ ├── com/example/controller/UserController.class
│ └── application.properties
└── lib/
├── spring-core.jar
└── mysql-connector.jarWEB-INF目录下的秘密
WEB-INF是Java Web应用最关键的目录。 它里面有三个老面孔：
web.xml：Servlet映射、过滤器、监听器、欢迎页配置。classes：编译后的class文件和配置资源文件,优先于jar包加载。lib：当前Web应用私有的依赖jar包，和Tomcat的lib目录隔离。
Spring Boot项目又是另一套文件组合
Spring Boot把服务器内嵌进了应用里，部署时通常只传一个jar包，这个jar包里包含了静态资源、class文件、内嵌Tomcat、配置，查看内部结构,可以用命令：
jar tf application.jar
你会发现里面有个BOOT-INF/classes目录，对应传统Web应用的WEB-INF/classes；还有个BOOT-INF/lib,存的是所有第三方依赖jar包。
Java服务器配置文件有哪些？重要程度对照表
配置文件是Java服务器文件里最需要仔细对待的一类，改错了，轻则端口冲突，重则应用起不来,下面按重要性给你捋一遍。
| 配置文件 | 所属层级 | 作用 | 修改后是否要重启 |
|---|---|---|---|
server.xml |
Tomcat全局 | 端口、线程池、虚拟主机 | 必须重启Tomcat |
context.xml |
Tomcat全局/应用 | 数据源、JNDI资源 | 多数要重启 |
web.xml |
应用/WEB-INF | Servlet映射、过滤器、监听器 | 重新加载或重启 |
application.yml |
Spring Boot | 数据源、端口、自定义参数 | 重启应用 |
logback.xml |
应用 | 日志路径、格式、分级 | 改文件即热生效，自动重载 |
快速修改Java服务器端口的小命令
在server.xml里找到下面这行，改port值就行。
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
改完运行shutdown.sh再startup.sh,端口就生效了。
应用配置文件里最常踩的坑
业内专家指出，application.properties和系统环境变量冲突是常见问题，比如你本机数据库密码写在配置里，服务器上却有同样的环境变量，后者会覆盖文件里的值，排查这类问题,要看实际生效的配置而不是只盯文件本身。
怎么在服务器上找到这些文件、查看它们
服务器上文件多，不知道在哪找？这是高频场景,下面给你几条直接能用的命令和路径。
按文件名全局搜索
find / -name "server.xml" 2>/dev/null
这条命令适合不知道Tomcat装在哪的情况,输出结果里会有完整路径。
查看Tomcat实际运行路径
ps -ef | grep tomcat
从进程参数里能看出一行类似-Dcatalina.base=/usr/local/tomcat的信息,那就是服务器的根目录。
看日志常用动作
tail -f /usr/local/tomcat/logs/catalina.out
想找报错关键字,配合grep：
grep -n "Exception" /usr/local/tomcat/logs/catalina.out | tail -20
判断war包有没有正确解压
ls -l /usr/local/tomcat/webapps/test/WEB-INF/classes/com/example
能看到class文件就说明编译部署成功，如果目录不存在，多半是war包没解压，检查一下是不是文件名有特殊字符,或者Tomcat配置了禁止自动解压。
清理日志文件的稳妥做法
日志占满磁盘是常见事故,先看大小：
du -sh /usr/local/tomcat/logs/
保留最近一天,其他压缩或删除：
cd /usr/local/tomcat/logs && find .log -mtime +7 -exec rm {} \;
这条命令删除7天前的log文件,执行前先确认路径没问题。
关于Java服务器文件的常见疑问
问：Java服务器直接运行jar和运行war有什么区别？
war是Web标准化部署包，必须由Tomcat、Jetty等外部容器解析执行，jar则分两种：普通jar通过java -jar启动，如果是Spring Boot打包出的fat jar，内部已经包含所以不再需要外部服务器，日常运维中，想改端口只要传环境变量给jar,而war则需要去改容器配置。
问：修改配置文件后没生效，是什么原因？
大部分情况是没有重启，Tomcat的server.xml读一次就缓存了，application.yml在Spring Boot启动时加载，修改后你确认下进程还是原来的线程，再用jps看下是否启动新进程，配置文件有语法错误时，服务器会静默回退到默认值,这时也看不出明显报错。
问：服务器上jar包冲突怎么定位？
冲突表现为运行时报ClassNotFoundException或NoSuchMethodError,先找到加载了哪个jar：
jar tf application.jar | grep "冲突的类路径"
然后检查这个类是否在多个jar里出现，用find找出同名jar，逐一排除版本号，稳妥做法是统一依赖父级版本，在Maven的dependencyManagement里锁定。
Java服务器文件看似繁杂，核心就是部署包、配置、日志、运行环境四件事。记住它们的存放位置和查看命令，再复杂的服务器目录也能一眼看懂。 这套规律在Tomcat、Jetty、Spring Boot场景下通用,遇到换服务器也不慌。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/java%e6%9c%8d%e5%8a%a1%e5%99%a8%e6%96%87%e4%bb%b6%e6%9c%89%e5%93%aa%e4%ba%9b%ef%bc%8cjava%e6%9c%8d%e5%8a%a1%e5%99%a8%e6%96%87%e4%bb%b6%e5%a6%82%e4%bd%95%e6%9f%a5%e7%9c%8b%e5%88%86%e7%b1%bb%ef%bc%9f/
