核心原因是运行环境差异，需统一JDK版本与供应商、规范JVM参数、使用类路径加载资源、通过配置中心管理外部依赖、适配操作系统权限限制。
Java项目本地运行和服务器运行表现不一致，核心原因在于运行环境存在多方面差异，而非代码本身问题。排查时应优先对比环境配置，而不是修改业务逻辑。
JDK版本与供应商差异
本地常用Oracle JDK或Adoptium（Eclipse Temurin），而生产服务器可能使用OpenJDK、Amazon Corretto、Alibaba Dragonwell等，不同供应商对JVM参数、GC行为、TLS协议支持、字符编码默认值等处理略有不同。例如，Java 17中某些API在OpenJDK上为默认启用，而在旧版Oracle JDK中需显式开启。
- 统一JDK版本号（如17.0.2）和供应商（推荐Eclipse Temurin）
- 检查java -version和java -XshowSettings:properties -version输出，重点关注file.encoding、os.name、sun.jnu.encoding
- 避免依赖com.sun.*等非标准API
运行参数与JVM配置不同
本地IDE（如IntelliJ）常以开发模式启动：堆内存小、禁用JIT、开启调试端口；而服务器通常配置大堆、G1 GC、关闭JMX、启用JFR或特定安全策略。参数不一致易导致OOM、线程阻塞、时区解析失败等问题。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 将-Xms、-Xmx、-XX:+UseG1GC等关键参数纳入项目配置（如application.yml或启动脚本）
- 禁止在代码中硬编码System.setProperty("user.timezone", "GMT+8")，改用-Duser.timezone=Asia/Shanghai
- 检查是否遗漏-Dfile.encoding=UTF-8，尤其在Linux服务器上默认可能是ANSI_X3.4-1968
外部依赖与资源路径差异
本地用IDE加载resources目录下的配置文件，路径为classpath:/application.yml；服务器部署为JAR/WAR后，资源打包进归档，若代码中用new File("config/app.properties")读取绝对路径，必然失败。
立即学习“Java免费学习笔记（深入）”；
- 所有配置文件优先走ClassPathResource或@Value("classpath:xxx.yml")
- 动态文件读写统一使用Spring的ResourceLoader或配置外部目录（如--spring.config.location=file:/opt/conf/）
- 数据库连接、Redis地址、MQ服务等必须通过配置中心或环境变量注入，不可写死localhost
操作系统与权限限制
本地Windows/macOS对文件锁、端口占用、符号链接较宽松；Linux服务器常受限于SELinux、firewalld、ulimit、用户权限（如非root用户无法绑定1024以下端口）。日志写入失败、临时文件创建异常、HTTP请求被拦截多由此引发。
- 启动脚本中显式指定用户：sudo -u appuser java -jar xxx.jar
- 检查ulimit -n（文件句柄数）和net.core.somaxconn（连接队列长度）
- 用lsof -i :8080确认端口是否被占用，用getenforce确认SELinux状态
