简介：面向Linux x86_64平台的Eclipse IDE Java EE版安装包，为需要在64位Linux环境中开发Java Web与企业级应用的工程师准备，解决了从选型到配置Java EE开发环境的多步骤问题。解压后会出现eclipse目录，含完整IDE组件，内置Servlet、JSP、JPA、EJB等标准框架支持，集成Tomcat、Jetty、GlassFish等服务器配置，可在IDE内完成项目部署、测试和调试；还提供数据库连接工具、动态Web项目模板、Web服务工具、Maven和Gradle构建支持，以及具备语法高亮、自动完成、错误检查和重构功能的Java源代码编辑器。整个资源包共2000个文件，大小约533.14MB，以JS、HTML、XML、JSON等Web与配置类文件为主，其中JS负责前端逻辑，HTML承载界面页面，XML与JSON用于数据交换和配置描述；另有Markdown、Properties、TXT等说明与配置文档，目录内包含启动脚本、工作区设置、插件与帮助文档等，便于按模块检索。当前已有327人学习下载，适合已掌握Java基础、需要转向企业级开发的中高级开发者使用。
1. Eclipse JEE 2023-06 R Linux GTK x86-64：下载前先搞清这件东西到底给谁用
看到eclipse-jee-2023-06-R-linux-gtk-x86-64.tar.gz这串长名字，很多人第一反应是“又一个大版本压缩包”，但真正拿它当日常开发环境的 Java 工程师，会先注意到两个关键点：jee和gtk。jee表示这是 Eclipse IDE for Enterprise Java and Web Developers，自带 JSP、Servlet、Maven、Git 等插件，开箱就能跑 Web 项目；gtk表示图形界面基于 GTK 库，运行在 X11/Wayland 的 Linux 桌面环境下。2023-06-R是 2023 年 6 月发布的正式版，对应 Eclipse 4.28 平台，内置的 Java 开发工具链对 JDK 17 和 Jakarta EE 9/10 支持得比较舒服。
这个包解决的不是“能不能装 Eclipse”的问题，而是“在 Linux x86_64 桌面机上，如何拿到一个可以开箱做 Java Web 开发的 IDE”。如果你在服务器无桌面环境上部署代码，这包不适用；如果你做的是 C/C++ 嵌入式开发，应该去下 Eclipse CDT；如果你只是写纯 Java 命令行工具，eclipse-java那个包体积更小。它适合的是一类具体人群：Linux 桌面用户、使用 GNOME/KDE 等 GTK 兼容环境、需要开发 Spring Boot / JSP / Maven 项目的工程师。下面从安装到配置、从踩坑到验证，把这条路讲完整。
2. 安装前必须搞定的三件事：JDK、GTK 依赖、目录权限
2.1 JDK 版本：2023-06 R 对 JDK 17 是“官方舒适区”
Eclipse 4.28 平台在启动时需要一个 JRE 来运行 IDE 本身，而 JEE 版还要用 JDK 来编译、调试 Web 项目。常见做法是先在系统里装 JDK 17，再装 Eclipse。2023-06-R对 JDK 21 也能启动，但 IDE 内部分析工具在 17 上最稳；JDK 8 不是不能跑，而是很多 Jakarta EE 特性会直接不可用。安装前用下面命令确认 JDK 是否就位：
java -version # 期望输出包含 openjdk version "17.0.x" 或 "1.8.0"（不推荐） # 如果提示 java: command not found，先装 JDK sudo apt install openjdk-17-jdk # Debian/Ubuntu 系 sudo dnf install java-17-openjdk # Fedora/RHEL 系这里要说明：sudo apt install openjdk-17-jdk装的是完全版 JDK，不是 JRE，包含javac和jmods；如果只装了 JRE，Eclipse 能启动但无法编译项目。装完后用which java和readlink -f $(which java)确认路径，因为后面在eclipse.ini里指定-vm时需要一个绝对路径。常见翻车点是系统里存在多个 JDK，Eclipse 自动捡到了旧版本，表现为启动后无法创建 Java 项目，但 IDE 本身不报错，这个坑在 2.4 节详细说。
2.2 GTK 相关依赖：缺库的典型症状是“点图标没反应”或“窗口花屏”
因为包名里带gtk，这个 Eclipse 版本依赖 GTK3。Ubuntu 22.04、Fedora 38 这类现代发行版默认桌面环境自带了 GTK3，但如果你用的是精简版系统、Docker 里的桌面环境、或某些国产 Linux 发行版，可能会缺libgtk-3-0、libwebkit2gtk等库。症状是：在终端下执行./eclipse，进程卡住但窗口不出现，或者启动报SWT相关错误。提前用包管理器补全比较省心：
# Debian/Ubuntu sudo apt install libgtk-3-0 libwebkit2gtk-4.0-37 libcanberra-gtk3-module # Fedora/RHEL sudo dnf install gtk3 webkit2gtk3 libcanberra-gtk3注意libwebkit2gtk不是 Eclipse 运行的必要依赖，但 JEE 版内置的嵌入式浏览器（用于 Eclipse Marketplace、某些 Web 预览页面）会用到。装不装都不影响 Java 项目开发，只是“打开 Welcome 页里的 Web 内容时白屏”。另外libcanberra-gtk3-module解决的是启动时终端刷Gtk-Message警告的问题，属于体感优化项，没有也不影响功能。
2.3 解压目录与权限：不要放在/usr/lib或~/Downloads里直接跑
发布包是.tar.gz，解压后是一个名为eclipse的目录。我一般习惯放在~/opt下，而不是系统目录，原因有三个：Eclipse 会在安装目录下写入configuration和.metadata，放/usr/lib需要 root 权限，每次插件更新都提权，很烦；放在~/Download里有被清理的风险；放/home下另一个用户目录又会导致跨用户共享时缓存互相打架。执行：
mkdir -p ~/opt tar -xzf eclipse-jee-2023-06-R-linux-gtk-x86-64.tar.gz -C ~/opt解压后不用执行 configure，Eclipse 是免安装的。直接看目录结构，里面有eclipse可执行文件、plugins、features、eclipse.ini。注意检查解压出来的eclipse文件是否带执行权限，如果是从 Windows 传到 Linux 再解压的，可能需要手动chmod +x ~/opt/eclipse/eclipse。另外建议不要用sudo tar -xzf解压到/opt，因为后续工作区.metadata会被 root 持有，普通用户写不进去，这是新手最常踩的权限坑。
2.4 启动入口和 JDK 绑定：eclipse.ini 里的-vm参数
直接双击图标启动也可以，但想要稳定绑定 JDK 版本，建议先改eclipse.ini。这个文件在解压目录下，找到-vmargs这行，在它之前插入两行-vm和 JDK 绝对路径。注意-vm后面必须指向bin/java，不能指向bin目录或只写/usr/lib/jvm/java-17-openjdk-amd64，否则 Eclipse 会忽略它。改动如下：
# eclipse.ini 片段 -startup plugins/org.eclipse.equinox.launcher_*.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_*.so -vm /usr/lib/jvm/java-17-openjdk-amd64/bin/java -vmargs -Xms256m -Xmx2048m参数解释：-Xms256m是初始堆内存，-Xmx2048m是最大堆，JEE 版在多模块 Maven 项目下 2G 是及格线，低于这个值做全量 rebuild 时会频繁 Full GC，界面卡顿明显。如果机器内存 16G 以上，我会调到-Xmx4096m。注意-vm配置的是 IDE 运行时的 JVM，不是项目编译用的 JVM；项目编译 JVM 在Window > Preferences > Java > Installed JREs里配置。这里有个常见误解：认为改eclipse.ini就能让所有项目都切到 JDK 17，实际上项目里的JRE System Library是独立的。
3. 启动、工作区和 JEE 开发环境：从双击图标到跑起第一个 Web 项目
3.1 首次启动的参数和“工作区”的定位逻辑
解压完直接运行~/opt/eclipse/eclipse，首次启动会弹出 Workspace Launcher 对话框。JEE 开发的常见做法是让每个大项目独占一个工作区，比如~/workspace/backend和~/workspace/learn分开，不要学 Eclipse 默认的“所有项目塞一个 workspace”。原因很直接：工作区里的.metadata会积累缓存、编译状态、索引，项目越多越容易遇到“项目刷新后索引错乱导致卡死”的玄学问题。启动命令支持直接指定工作区，适合固定习惯的人：
~/opt/eclipse/eclipse -data ~/workspace/backend-data参数显式指定工作区路径，能跳过启动对话框。如果加了-data但路径不存在，Eclipse 会自动创建目录。对于长期使用，我建议在桌面创建一个.desktop文件，把Exec设为上述命令，这样双击图标时会带着固定的工作区启动，不用每次手动选。首次启动还要注意：如果系统桌面是 Wayland 会话（GNOME 默认），Eclipse 基于 GTK3 会出现缩放模糊或窗口大小记忆错乱，可在启动命令加-Dswt.autoScale=100强制缩放比例为 100%。
3.2 安装 JEE 插件包时的网络与镜像选择
这个jee包本身已经包含 JSP、Servlet、Maven、Git、Docker Tooling 等插件，不需要再通过 Eclipse Marketplace 安装这些。但很多人在开发时会需要额外插件，比如Properties Editor、YEdit，这时会走Help > Install New Software。这个环节最容易出错：默认下载源指向https://download.eclipse.org/，在国内网络环境下经常超时。常见做法是切换到国内镜像，比如清华 TUNA 或阿里云镜像。操作路径是Window > Preferences > Install/Update > Available Software Sites，把 URL 替换成镜像地址。注意：只替换 Eclipse 平台那个 update site 还不够，很多第三方插件的 update site 仍在国外，需要单独换。
对于只做 JEE 开发的人来说，我其实不建议装太多插件。每装一个插件，启动时就要加载更多 bundle，启动时间变长，插件之间的Require-Bundle冲突还会带来“An internal error occurred during: Updating Maven Project”这类连锁报错。一个干净的2023-06-R JEE包，对 90% 的 Spring Boot 开发足够用。
3.3 配置 Maven：从内置 Maven 到自定义 settings.xml
JEE 包自带嵌入式 Maven，版本大约是 3.8.x，但内置 Maven 的settings.xml是 Eclipse 自己管理的，很多人在命令行mvn clean install能过、在 Eclipse 里却报依赖下载失败，原因就是 IDE 里的 Maven 仓库路径和本地仓库不一致。常见做法是让 IDE 使用系统里安装的 Maven，并在settings.xml里配置自定义镜像：
# 系统安装 maven sudo apt install maven # 得到 /usr/share/maven然后到 Eclipse 里：Window > Preferences > Maven > Installations，添加/usr/share/maven，并在User Settings里指向你的~/.m2/settings.xml。一个能跑内网/镜像仓库的最小settings.xml长这样：
<settings> <localRepository>/home/yourname/.m2/repository</localRepository> <mirrors> <mirror> <id>aliyun</id> <url>https://maven.aliyun.com/repository/public</url> <mirrorOf>central</mirrorOf> </mirror> </mirrors> </settings>参数说明：localRepository必须显式指定路径，否则不配这个标签时默认是${user.home}/.m2/repository，很多人的 home 目录解析异常导致依赖下载到了奇怪位置；mirrorOf写成central而不是*，是为了不让本地私服或者其它仓库也被强制走阿里云，写*的话做公司私服开发时会出现下载失败。设置完后选中项目右键Maven > Update Project（快捷键Alt+F5），勾选Force Update of Snapshots/Releases，让依赖重新解析。
3.4 跑一个最简单的 JSP/Servlet 项目：用 Dynamic Web Project 验证环境
环境装得成不成，最快验证方式是新建一个 Dynamic Web Project 并跑在 Tomcat 上。这里不用 Spring Boot，是因为 Spring Boot 自带 Tomcat 嵌入，绕过了外部 Servlet 容器配置，无法验证 JEE 包对 Web 容器的适配。步骤简述：File > New > Dynamic Web Project，输入项目名demo-web，把Target runtime选为已配置的 Tomcat（没有就先New Runtime选 Apache Tomcat v9.0 并指向解压目录），Dynamic web module version选5.0。创建后在src/main/java下写一个 Servlet：
package com.example.demo; import java.io.IOException; import javax.servlet.ServletException; import javax.servlet.annotation.WebServlet; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; @WebServlet("/hello") public class HelloServlet extends HttpServlet { private static final long serialVersionUID = 1L; @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { resp.setContentType("text/plain;charset=UTF-8"); resp.getWriter().write("hello from eclipse jee 2023-06"); } }在src/main/webapp下创建index.jsp，右键项目Run As > Run on Server，选择 Tomcat 9。如果浏览器打开http://localhost:8080/hello出现hello from eclipse jee 2023-06，这整套 JEE 环境就通了。这段代码用@WebServlet注解代替了web.xml配置，javax.servlet包对应Dynamic web module version 5.0，如果你建项目时选了Jakarta EE 10，需要改成jakarta.servlet包名，这是新手最容易搞混的地方。
4. Linux 桌面整合与 JVM 调优：GTK 外观、中文输入、内存参数
4.1 GTK3 外观与高分屏适配：eclipse.ini 和 GTK 环境变量
Linux 下 Eclipse 的界面绘制全走 GTK，官方gtk版本包只适配 GTK3，不会自动适配 GTK4。常见的高分屏模糊问题，根源是 GTK3 的缩放比例和 Java 的hidpi参数没有对齐。解决分两步：首先在启动脚本里设置环境变量GDK_SCALE=2（针对 2K/4K 屏），然后设置GDK_DPIT_SCALE=0.5让字体不至于太大。注意如果只设GDK_SCALE=2而不设GDK_DPIT_SCALE，Eclipse 里代码字体和图标的比例会非常奇怪。下面是一个我常用的启动脚本片段：
#!/bin/bash export GDK_SCALE=2 export GDK_DPIT_SCALE=0.5 export SWT_GTK3=1 ~/opt/eclipse/eclipse -data ~/workspace/backend "$@"参数说明：SWT_GTK3=1是强制 SWT 使用 GTK3 渲染路径，虽然在2023-06-R上已经是默认，但某些发行版的 SWT 库会 fallback 到 GTK2，导致菜单栏和编辑器拖拽错位。GDK_SCALE=2和GDK_DPIT_SCALE=0.5要成对出现，单独设前者容易出“界面巨大按钮变形”。用 1080P 屏幕的人不用设这两个变量，保持默认反而最清晰。另外如果你的系统用的是 Wayland 会话且遇到窗口崩溃，可以尝试在启动脚本里加一句export GDK_BACKEND=x11，强制走 XWayland，虽然损失一点渲染性能，但兼容性明显更好。
4.2 中文输入法候选框不跟随光标：解决fcitx/ibus的老大难
Linux 上装好 Eclipse 后，中文输入法能打字但候选框不跟随光标，是 JEE 版本下极为常见的问题。现象是把编辑器里的光标移到某个位置，输入法候选框固定在屏幕左上角，或停留在上次位置。产生原因是 Eclipse 的 SWT 在 GTK3 下没有正确响应输入法客户端的set_cursor_location请求。解决上，我验证过两种有效途径：一种是换用fcitx5，因为它的fcitx5-gtk模块对 GTK3 程序处理比ibus好；另一种是不换输入法框架，而是修改 Eclipse 启动参数：
export GTK_IM_MODULE=fcitx export QT_IM_MODULE=fcitx export XMODIFIERS=@im=fcitx注意GTK_IM_MODULE要和你的实际输入法框架一致，如果你用的ibus，这里却写fcitx，会导致输入法完全失效。还有一个经常被忽略的点：Eclipse 的eclipse.ini里如果配了-Djava.library.path指向某个非标准路径，可能覆盖了 SWT 对 GTK 模块的加载路径，这种现象很少见，但如果上面两种方法都没效，可以查一下是否设置过这个参数。选哪种方式取决于你的发行版：Fedora 上ibus和 GTK 集成较紧，建议直接用ibus；Ubuntu 上fcitx5更省心。
4.3 内存参数不是越大越好：JEE 版多项目工作区的堆配置思路
不少人在eclipse.ini里把-Xmx调到 8G、16G，结果发现 Eclipse 反而频繁卡顿，甚至直接启动失败。原因在于 JVM 堆内存越大，垃圾回收时标记和清理范围越大，单次 Full GC 停顿也更明显。对 JEE 2023-06 这种基于 Equinox 的 IDE，2G 到 4G 是甜区；超过 6G 反而需要配合-XX:+UseG1GC才能看到好处。我给过的配置组合是：
-Xms512m -Xmx4096m -XX:+UseG1GC -XX:+UseStringDeduplication参数说明：UseStringDeduplication是 G1 收集器下的字符串去重优化，Java 项目编译时会产生海量字符串常量，这个参数能显著降低工作区索引时的内存占用。还要注意eclipse.ini里的-Xmx作用的是 IDE 进程本身；当你启动 Tomcat 或运行 JUnit 时，那个进程的内存是独立的，由运行配置里的VM arguments控制。很多人把 IDE 调大了，Tomcat 仍然默认 256M，一跑大项目就java.lang.OutOfMemoryError: Metaspace，那个要改的是Run > Run Configurations > Tomcat > Arguments里的-XX:MaxMetaspaceSize。
4.4 在 Linux 上创建桌面快捷方式：.desktop文件与图标路径
从 tarball 解压的 Eclipse 不会自动出现在应用菜单里，每次从终端启动确实影响效率。创建一个eclipse.desktop文件放在~/.local/share/applications/，内容如下：
[Desktop Entry] Name=Eclipse JEE 2023-06 Comment=Eclipse IDE for Enterprise Java and Web Developers Exec=/home/yourname/opt/eclipse/eclipse -data /home/yourname/workspace/backend Icon=/home/yourname/opt/eclipse/icon.xpm Terminal=false Type=Application Categories=Development;IDE;写完后更新桌面数据库：update-desktop-database ~/.local/share/applications/。里面最值得注意的字段是Exec，如果路径包含空格或环境变量，一定要用绝对路径；否则点击图标后没有任何反应，而终端里又能启动，这种“双击没反应”的问题 80% 是Exec写错。icon.xpm是 Eclipse 自带图标，路径就在安装根目录下。如果系统用 GNOME，还可以再配一个StartupWMClass字段，值为Eclipse，这能解决 Dock 里出现两个图标的观感问题。
5. 避坑与常见问题：从启动闪退到 Maven 更新报错
5.1 启动即闪退，日志只写一行“Java was started but returned exit code=13”
现象：终端里执行./eclipse，窗口闪现一下就退出；查看~/.eclipse/org.eclipse.platform_4.28_*/configuration/*.log，日志内容是Java was started but returned exit code=13。
原因：Eclipse 的 SWT 图形库是 64 位本地库，只匹配 64 位 JVM。常见的触发场景是系统默认java指向 32 位 JDK，或者 openSUSE/Arch 上用户装的是jre-openjdk-headless，没有图形相关的 Windows/GTK 集成库。
解决：强制指定 64 位 JDK 的绝对路径，即在eclipse.ini里-vm指向/usr/lib/jvm/java-17-openjdk-amd64/bin/java，并确认java -version输出里没有出现32-Bit。如果是 Arch 系，检查是否缺libxss和libxtst，用pacman -S libxss libxtst补上后重启。
5.2 启动后菜单和编辑器都是英文，点 Preferences 找不到中文包
现象：界面显示英文，去Help > Install New Software想装语言包，但在列表里搜不到Babel语言包。
原因：2023-06-R版本的语言包需要从专门的 Babel update site 下载，这个站点与主下载源分离，且该版本对应的语言包可能只发布到2023-06快照站，默认的 release 站不收录。
解决：在Available Software Sites中新增https://download.eclipse.org/technology/babel/update-site/latest/，名称随意填，然后在Install New Software里从该站点筛选Babel Language Pack for eclipse_zh_*。装完重启就变中文。不过我的建议是：开发 Java Web 项目时保留英文界面更好，因为很多报错信息、Stack Overflow 搜索关键词都是英文，中文界面反而对不上提示。只装简体中文包会拖慢启动加载。
5.3 更新 Maven 项目时报 “An internal error occurred during: Updating Maven Project”
现象：对一个多模块 Maven 项目执行Alt+F5，弹窗报An internal error occurred during: "Updating Maven Project"，详细日志指向NullPointerException或ConcurrentModificationException。
原因：这个报错在 2023-06 之前的几个版本也有出现，绝大多数发生在工作区有多个项目共存、且.classpath文件被手动编辑过的时候。Eclipse 的 Maven 插件在重新解析项目时，对某些.classpath条目无法识别就抛内部异常。
解决：第一步先确认.classpath里没有多余的<classpathentry kind="src" path="...">指向不存在的目录；第二步关闭触发问题的项目，右键选择Maven > Disable Maven Nature再重新Enable Maven Nature；最后执行mvn clean后在 Eclipse 里Refresh。如果以上都不行，直接删除工作区里的.metadata/.plugins/org.eclipse.m2e.core/workspaceState.ser文件再重启，Maven 插件会重新扫描所有项目。第三种方法危害最小，但会丢失 Maven 插件的运行缓存，重启后第一次Update Project会慢一些。
5.4 运行 Tomcat 时访问页面返回 404，控制台却显示 Started
现象：Tomcat 在 Eclipse 里显示Server state: Started，但浏览器访问http://localhost:8080/项目名/返回 404，IDE 控制台也没有任何请求日志。
原因：这是 JEE 新手最常见的部署坑——项目没有被加入到 Tomcat 的webapps发布列表。Eclipse 里的 Tomcat Server 默认是“使用工作区元数据作为部署目录”（Serve modules without publishing），此时如果只是新建了Dynamic Web Project但没在Server视图里右键Add and Remove...把项目添加进去，Tomcat 根本不知道有这个应用。
解决：打开Servers视图，双击 Tomcat 服务器，在Modules标签页点击Add Web Module，选择demo-web，确认Path设为/demo-web。另外还要检查项目的Properties > Deployment Assembly里有没有src/main/webapp映射到/。如果没有，手动添加WebContent（旧版）或src/main/webapp作为源目录。这套组合排查几乎能解决所有“Tomcat 已启动但访问不到项目”的场景。
5.5 关闭 Eclipse 时卡在进度条，强行 kill 后工作区损坏
现象：点击退出，界面一直显示 “Shutting down...” 进度条，等待几分钟无响应，最终kill -9。再次启动时提示Workspace in use or cannot be created，或者项目图标出现叹号。
原因：常见诱因是某个插件持有非守护线程没有退出，常见于 Docker Tooling 或 Terminal 插件；另一个诱因是工作区目录的.metadata/.lock文件残留，Eclipse 误判为另一个实例还在运行。
解决：不要急着kill -9，先执行jps -l找到org.eclipse.equinox.launcher_*.jar的进程 PID，用kill <PID>发 SIGTERM，给 JVM 一个清理机会；如果 10 秒后仍不退，再考虑强杀。强杀后删除工作区下的.metadata/.lock文件，然后启动时加-clean参数：
~/opt/eclipse/eclipse -clean -data ~/workspace/backend-clean会清空 Equinox 的 bundle 缓存并重新建立索引，能解决大部分“启动后插件错乱”问题。但注意-clean不能常用——它每次都强制重新解析所有 bundle，启动时间会翻倍，确认修复后应移除该参数，回到正常启动。
6. 进阶落地：把 Eclipse JEE 2023-06 调成适合长期 Java Web 开发的“主力 IDE”
如果你打算长期用这个 eclipse-jee-2023-06-R 版本，最后一套功夫值得做：优化启动速度、统一 JDK 与 Maven 版本、配置代码模板，并把它变成命令行可快捷启动的工具。先说启动速度，JDK 在-vm里固定后，剩下的瓶颈在插件自动激活和 workspace 索引。Eclipse 默认会激活所有视图关联的插件，可以在Preferences > General > Startup and Shutdown里关掉不需要的自动启动项，比如Maven Code Formatter、Mylyn Build、Equinox Security。关掉这三项能省 1~2 秒启动时间，且不影响 JEE 项目的编译运行。关闭某项前可以看它的依赖说明，如果某个功能被其他 Java 项目用到，它会自动重新激活，不会玩消失。
再统一项目编译环境：如果你用 JDK 17 启动 IDE，但项目里要发版到 JDK 11 生产环境，务必在Window > Preferences > Java > Compiler里把Compiler compliance level设为 11，同时在Installed JREs里新增 JDK 11 的路径。光改 compliance 而不加 JRE，编译时可能用了 JDK 17 的 API 却打开了--release 11对应的字节码限制，这个配置组合是资深工程师常做的事，以避免本地编译通过、上服务器后直接UnsupportedClassVersionError。此外如果项目依赖了 Java EE 旧包（javax.*），但要部署到 Tomcat 10+，需要把项目Properties > Targeted Runtimes切到 Tomcat 10 并改用jakarta.*，此时建议不要混用，否则类加载器会报NoClassDefFoundError。2023-06-R 对 Jakarta EE 10 的支持已经比较完整，新项目直接选Dynamic Web module version 6.0就好。
命令行快捷启动方面，把第 4.1 节的启动脚本保存为~/bin/eclipse-jee并chmod +x，这样以后用一个命令就能拉起干净环境：
#!/bin/bash export GDK_SCALE=2 export GDK_DPIT_SCALE=0.5 export SWT_GTK3=1 exec ~/opt/eclipse/eclipse -data ~/workspace/backend "$@"用exec替代直接调用，能让 shell 进程完全被 Eclipse 代替，关掉终端时不会因为挂断信号导致 IDE 异常退出。对于需要同时打开多个工作区的人，我习惯为每个工作区准备一个独立脚本，分别指向~/workspace/learn和~/workspace/work，然后在桌面创建两个快捷方式，这样不同业务线的项目缓存不会互相污染。这个习惯来自一次血泪教训：两个大型微服务项目放同一工作区，Eclipse 在编译其中一个项目时把另一个的索引也重建了，导致连续 20 分钟 CPU 满负载，我以为系统中毒，排查半天才发现是工作区里堆了 40 多个项目。如今的 2023-06-R 版本虽然比老版更稳，但工作区隔离这个思路仍然有效。配置完成后，再验证一次java -version和eclipse -data的组合，确保换了机器也能快速复现这套环境。希望帮到你。
本文还有配套的精品资源，点击获取
