ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

IntelliJ IDEA环境搭建全攻略:从JDK配置到Tomcat与Lombok排错

IntelliJ IDEA环境搭建全攻略:从JDK配置到Tomcat与Lombok排错 把IntelliJ IDEA装好这件事理论上十分钟就能做完实际却经常卡住一整个下午。我每年都会帮不少刚接触Java的人处理环境问题发现大家装IDEA的手段都差不多——下载、安装、打开、新建项目然后卡在某个报错上要么JDK路径找不到要么Tomcat带不起来要么编译器突然报出一段Lombok的英文提示。其实问题几乎都出在同一个认知上Java集成开发环境的“搭建”不是一个安装动作而是把JDK、构建工具、应用服务器、编译插件这些部件正确地接进IDEA这座壳里。这篇文章就把这条链路完整捋一遍从版本选型到JDK配置再到Tomcat接入、Lombok报错和Git权限问题全部按真实排查路线来讲。1. 为什么选IDEA版本选择别被人带偏先说一个老生常谈的问题工具选型。很多人在Eclipse、VS Code、IDEA之间反复横跳其实没必要。IDEA在Java开发里已经是事实上的主流它的补全、重构、调试体验、对Spring全家桶的支持用过就回不去。Eclipse的历史地位很高VS Code胜在轻量但如果你想认真搞Java后端IDEA是综合成本最低的选择。这里真正的分歧点只有一个社区版和旗舰版到底差多少免费用户会不会被严重限制。我见过不少新手上来就想找旗舰版甚至去搜破解版最后折腾半天反而把系统环境搞坏。这个事值得先掰扯清楚。1.1 社区版和旗舰版的真实差距社区版Community是免费开源的旗舰版Ultimate是付费订阅的。JetBrains的官方定位是社区版覆盖JVM语言的基础开发旗舰版面向全栈企业级开发。对比维度社区版旗舰版价格免费付费订阅有新用户优惠Java/Kotlin/Groovy/Scala基础开发支持支持Maven/Gradle构建支持支持Git/SVN版本控制支持支持调试器/测试工具支持支持Spring/Spring Boot框架支持仅基础深度支持有专门工具窗格JavaEE/Web容器集成有限完整支持Tomcat等配置数据库工具只有基础插件内置DataGrip核心能力前端开发基础包含JavaScript/TypeScript全套一句话总结如果你只是学Java语法、写算法题、做单体Spring Boot项目社区版完全够用。之前有个前端转Java的后台问我社区版能不能跑Spring Boot我说能最多就是少了Spring的专属图标和自动装配预览对学习阶段没有任何影响。旗舰版真正值钱的数据库工具和框架深度支持等你工作或做正式全栈项目时再说。这里多说一句Spring Boot项目本身是内嵌容器的不需要额外配Tomcat这个细节后面还会展开。1.2 免费方案比破解靠谱得多每次看到有人搜“IntelliJ IDEA破解版”我都想拦一下。第三方修改过的安装包风险极大轻则软件里被塞进不明广告插件重则在你本机留后门、盗IDE里保存的账号密码这些风险不是开玩笑的。实际上JetBrains官方的免费路径非常明确在校学生和教师可以通过JetBrains官网申请免费教育授权用学校邮箱验证一年一续旗舰版随便用。非商业开源项目的维护者可以申请开源项目免费授权。如果你不需要旗舰版功能就用社区版这是最省心的方案。想短期体验旗舰版官方也有试用期足够你判断值不值得付费。我自己现在的做法是主力装社区版遇到确实需要数据库工具的项目再另外开一个独立的数据库客户端两边互不干扰还避免了版本授权混乱。1.3 JDK先定IDE才有意义很多人装IDEA之前忘了装JDK装完IDEA才一脸懵地去找Java环境。严格来说IDEA只是一个编辑器加编译器外壳它自己不带Java运行环境。你写完代码最终是由JDK里的javac来编译成class文件由JVM来运行的。所以版本选择的顺序应该是先根据项目需求定JDK版本再装IDEA再在IDEA里指定这个JDK。现在新项目落在JDK 17或者21的居多老项目可能还在8或者11。具体选哪个不要听别人说“越新越好”要看项目的pom.xml或者build.gradle里写的是哪个complier target以及你用的框架对Java版本的最低要求。2. JDK安装与环境变量半数IDEA报错的源头都在这一步如果要评选“环境搭建第一拦路虎”JDK安装和JAVA_HOME配置绝对能上榜。我之前帮一个学弟排查IDEA打开后始终提示找不到SDK看了半天才发现他的JAVA_HOME指向的是一个只装了JRE的目录。这类问题几乎都是对环境变量理解不透导致的。2.1 选哪个JDK发行版JDK的发行版很多Oracle JDK、Temurin原AdoptOpenJDK、Zulu、Corretto、Microsoft Build of OpenJDK本质上都是OpenJDK的再发行版核心功能没有区别。区别在于授权方式、补丁更新节奏和你所在团队的习惯。对学习者和大多数个人开发者我推荐Eclipse Temurin完全免费开源支持到位下载地址也很好找。Oracle JDK在商业使用上有许可证要求企业里用问题不大个人学习也没问题但它不会是你唯一的选项没必要死磕。记住一个原则不要装一个和团队其他人都不一样版本的JDK版本统一能省掉很多诡异问题。下载的时候注意操作系统和架构Windows下一般选x64或者ARM64的安装包macOS现在新款是ARM64M系列芯片老款Intel是x64。装完看路径Windows下通常在C:\Program Files\Java\里能看到对应的目录名。2.2 Windows下的安装与环境变量配置Windows装JDK有两种方式一种是下载.msi安装包一路next另一种是下载.zip解压后手动配。msi方式会自动把java.exe放到系统目录里省事但对JDK安装路径的控制弱一些。我习惯用msi装完再手动改环境变量反正也要建JAVA_HOME。具体步骤如下下载对应系统的JDK安装包建议选.msi格式。双击安装记住安装路径例如C:\Program Files\Java\jdk-17。打开“此电脑”右键属性找到“高级系统设置”点“环境变量”。在“系统变量”区域点“新建”变量名填JAVA_HOME变量值填刚才的JDK安装路径。找到Path变量点“编辑”在末尾新增一行%JAVA_HOME%\bin。点确定保存然后重新打开一个命令行窗口旧窗口不会加载新的环境变量输入java -version验证。这里面最容易踩的坑有三个一是忘了加%JAVA_HOME%\bin导致命令行里找不到java命令二是JAVA_HOME路径里带了中文或者空格某些老工具会直接不认三是已经在Path里被其他位置的java.exe抢先了比如以前装过Oracle自带的JRE它的路径排在前面你输入的java -version显示的还是旧版本。如果出现版本不对在命令行里执行where java看看实际找到的是哪个目录然后把旧JDK的路径从环境变量里清理掉就可以了。这一步排查逻辑很重要IDEA识别不到JDK时八成也是重新回到这里检查。2.3 验证安装与多JDK切换验证命令很简单打开新的命令行窗口依次执行java -version javac -version如果两个命令都能输出版本信息说明JDK基本没问题了。很多教程还让你配置CLASSPATH这里明确说一下现在不需要手动配classpathJDK 5以后的版本会自动处理IDEA也会按项目自己管理依赖。网上那些让你设CLASSPATH.;%JAVA_HOME%\lib的老教程是JDK 1.4时代留下的习惯照做反而可能干扰IDEA的类加载。如果你需要多个JDK版本共存最简单的做法是装好几个JDK然后通过修改JAVA_HOME来切换默认版本。在IDEA里则更进一步每个项目都可以在Project Structure里单独指定自己的SDK互不影响。我本机就同时留着JDK 8、17、21三个版本跑老项目用8新项目用17或21省得来回改系统变量。macOS用户的话建议用/usr/libexec/java_home -V这个命令查看系统当前装了哪些JDK然后在shell配置文件里设置export JAVA_HOME$(/usr/libexec/java_home -v 17)这样切版本也方便。3. 下载官方IDEA并完成安装这些勾选项别乱动JDK搞定之后才是真正的主角——IntelliJ IDEA。这一节我从下载到首次启动把每一步的操作意图说清楚。3.1 下载渠道比安装本身更重要下载IDEA的唯一可靠渠道是JetBrains官网地址是jetbrains.com进入IDEA下载页面系统会自动识别你的操作系统。默认推荐的是旗舰版页面下方有一个“Download”下拉选项里面可以切换成Community社区版。我反复强调官方渠道是因为第三方下载站的“绿色版”“优化版”经常被人动手脚。你可能觉得省了几百块订阅费实际付出的代价是代码安全和个人信息。而且IDEA社区版本身不要钱根本不存在需要破解的动机。如果是学生或老师先去申请教育授权再用旗舰版比用什么破解工具都安全。选择安装包格式的时候Windows下我建议用.exe安装版装完会有开始菜单快捷方式、文件关联这些便利功能如果你有绿色软件洁癖也可以下载.zip解压版解压到固定目录直接用但后期配置相对麻烦一些。macOS就用.dmg镜像拖到Applications目录即可。3.2 安装向导里每个选项的意图Windows安装过程中有几个勾选项很多人都是看一眼直接next其实这些选项影响后续使用体验建议按实际需求勾选Create Desktop Shortcut建议勾选64-bit launcher桌面上有个快捷方式方便启动。Update PATH Variable (restart needed)这个选项会把IDEA启动器加入系统Path勾选后你可以在命令行里直接输入idea打开IDEA对习惯用命令行的开发人员很有用。Update context menu勾选后Windows右键文件夹会出现“Open Folder as IntelliJ IDEA Project”以后打开项目不用先开IDEA再选路径非常顺手我强烈建议勾上。Create Associations把.java等文件默认关联到IDEA双击就能打开源码文件这个看个人习惯我一般会勾上。Download JBRIDEA自带JetBrains Runtime默认会下载别取消这相当于IDEA自己跑起来所需的JVM环境和项目用的JDK是两回事后面会细讲。安装路径不要放在带中文或空格的目录下这不是绝对不行但一些插件和工具处理路径时容易出幺蛾子干脆从一开始就避免。3.3 首次启动后的三个基础设置首次启动IDEA时会询问是否导入旧版本设置。如果你是第一次使用选“Don‘t import settings”即可如果之前装过旧版IDEA并且导出了配置可以选导入这样可以保留之前的主题、快捷键、插件列表。然后会让你选UI主题Darcula深色主题和Intellij Light浅色主题二选一。选哪个纯看个人偏好深色护眼浅色代码在某些屏幕下更清楚这里无所谓反正后面随时能在Settings里改。进入主界面之后建议先做三件基础配置能避免很多后续麻烦设置全局字符集编码。在Settings里搜索“File Encodings”把Global Encoding、Project Encoding、Properties Files的编码全部设为UTF-8下方勾选“Transparent native-to-ascii conversion”。这一步能解决一大半控制台乱码和文件乱码问题。设置Maven/Gradle的国内镜像。如果你用Maven构建项目在Maven的settings.xml里配置阿里云镜像能明显加快依赖下载速度。Gradle则建议在init.gradle里配置镜像仓库。这一步不做第一次构建项目拉依赖的时间会非常上头。调整内存设置。如果机器配置允许可以在Help → Change Memory Settings里把IDE堆内存调大一点比如1GB以上大型项目编译和索引会流畅不少。这些设置做完IDE才算真正进入可用状态接下来就该往里面接入具体的技术组件了。4. 把JDK和Tomcat正确接进IDEA并跑通一个Web项目这一节是很多人最在意的实操部分。但先要分清一个概念不然容易白忙一场Spring Boot项目不需要独立Tomcat它通过内嵌Tomcat的方式直接以jar包运行装IDEA和JDK就够了。需要手动配Tomcat的是传统的Java Web项目也就是你要把war包丢进外部Tomcat容器里的那种。如果你本来就是学Spring Boot可以直接跳到第5章如果要应对学校作业或者老项目需要用外部Tomcat部署那就接着往下看。4.1 项目SDK和IDE自身JVM是两码事很多教程说“在设置里配置JDK路径”这句话其实说得不准确。IDEA面向项目的JDK配置入口不是Settings里的通用路径而是Project Structure项目结构设置。为什么有Settings和Project Structure两个地方都能显示JDK这是最容易混淆的点。Settings里的SDK设置通常是IDE默认用来解析和补全的JVM参数而每个项目真正编译时用哪个JDK是在Project Structure里指定的。判断标准是Project Structure里选的JDK才决定了你的代码用哪个版本的Java编译执行。正确配置路径是顶部菜单File → Project Structure或按快捷键CtrlAltShiftSWindows。左侧选择Project右侧Project SDK下拉框里选择你安装的JDK版本。如果下拉框里没有点“Add JDK”在弹出的文件选择框里定位到JDK安装目录。同一界面里的Language Level要和SDK版本匹配例如SDK是17Language Level选17。左侧的Modules里确认每个Module的Language Level和Dependencies引用的JDK也正确。配置完成后新建一个最简单的Java类System.out.println(Hello IDEA)写一个main方法右键运行能正常输出说明项目SDK链路已经通透了。很多新手卡在这一步代码一写就飘红十有八九是Project SDK没选对或者选了一个只装了JRE的路径。4.2 配置Tomcat本地服务器如果你需要跑一个传统Servlet/JSP项目IDEA本身不内置Tomcat需要你先下载Tomcat再接入。Tomcat从官网tomcat.apache.org下载zip压缩包即可Windows下还提供32-bit/64-bit Windows Service Installer但普通开发用zip版解压就够了。下载时注意版本兼容Tomcat 9对应Servlet 4规范适合JDK 8及以上Tomcat 10对应Servlet 5规范适合JDK 11及以上。下载完解压到一个固定目录例如D:\apache-tomcat-9.0.x路径不要带中文。然后在IDEA里接入打开Run → Edit Configurations运行配置点击左上角“”号在Tomcat Server下面选“Local”。如果列表里没有Tomcat Server说明需要先添加应用服务器File → Settings → Build, Execution, Deployment → Application Servers点“”选Tomcat Server然后在Tomcat Home字段里选到Tomcat解压目录。配置完成后回到Run ConfigurationServer页签里确认Application Server已经自动带出Tomcat路径。切到Deployment页签点“”添加Artifact选择war exploded格式。之所以用exploded是因为它会把项目解压后的目录直接部署到Tomcat修改静态资源或JSP后无需重新打war包刷新就能看到效果。在Server页签底部有一个“Before launch”区域默认会有构建动作保留即可。如果你希望修改代码后热部署再勾选“Update resources”相关选项。最后点运行IDEA会自动启动Tomcat控制台出现“Server startup”之类的日志后浏览器访问http://localhost:8080/项目名/就能看到页面。这里有一个新手常犯的错误配置了Tomcat但Application server的端口和其他服务冲突启动时报“Port 8080 was already in use”。处理办法很简单打开运行配置里的Server页签把HTTP port改成8081或其他闲置端口或者用命令行netstat -ano | findstr 8080找到占用进程结束掉再重启。4.3 中文乱码和端口占用的处理IDEA里跑Tomcat另一个高频问题就是控制台中文乱码。报错信息倒是能看懂但一有中文就全变成乱码看都不敢细看。原因通常是Tomcat日志输出用的编码和IDEA控制台默认编码不一致。解决办法分两步打开Help → Edit Custom VM Options在文件末尾加一行-Dfile.encodingUTF-8保存后重启IDEA。在Run Configuration的VM options里也加-Dfile.encodingUTF-8同时把Tomcat安装目录下conf/logging.properties里的编码改成UTF-8如果里面写了UTF-8就不用动。这两步做完绝大多数中文乱码问题都能解决。如果还乱再看一下项目里的JSP页面头部声明是否用的UTF-8。至于端口占用除了改IDEA里运行的端口我建议还是养成“找到占用进程再处理”的习惯因为有些服务是公司内部系统还在用你不能随便改改了反而影响别人。5. Lombok注解处理报错一次从报错到解决的完整排查最近帮一个同事处理IDEA的编译问题他贴来的报错信息是java: lombok requires enabled annotation processing。这个报错在社区里出现的频率非常高尤其新版IDEA装好后直接打开老项目时更容易遇到。这节就完整讲一次排查链路让你遇到类似问题时不慌。5.1 报错在说什么Lombok是一个编译期注解处理库核心原理是在javac编译阶段通过Java的注解处理器Annotation Processor读取代码里的Data、Getter、Builder等注解然后生成对应的getter/setter、构造函数、builder方法等字节码。也就是说Lombok并不是在运行时反射来生成方法而是在编译阶段就把代码“补全”了。这个设计的好处是运行效率高、代码简洁但前提是编译器必须允许并执行注解处理器。IDEA自身在编译项目时能不能跑Lombok的注解处理器由一个显式开关控制就是“Enable annotation processing”。当这个开关没打开时javac不会去执行Lombok处理器于是代码里用到的getXxx()方法在编译期就不存在报错自然就出来了。所以lombok requires enabled annotation processing这句话翻译过来就是项目里用了Lombok但IDEA当前的编译配置不允许注解处理器运行请去把那个开关打开。5.2 排查链路依赖 → 插件 → 编译选项遇到这个报错我建议按下面的顺序排查不要上来就改开关因为有时候开关打开了问题还是没有解决那就说明根因不在开关上。排查第一步确认Lombok依赖本身没问题。打开pom.xml找到lombok依赖检查一下scope是不是正常的通常为optional或provided版本是不是偏老。如果你的JDK很新比如17或21而Lombok版本还停留在1.18.22以下那很可能是版本不兼容导致的先把lombok升级到1.18.30以上再看。排查第二步刷新Maven/Gradle依赖。有时候pom.xml看起来没问题但依赖根本没有下载完整IDEA右侧的Maven工具窗格里点一下刷新按钮强制重新下载依赖。嫌慢的可以先检查本地Maven仓库对应目录里有没有下载完毕的jar包。排查第三步检查IDEA中的插件状态。Settings → Plugins里搜索Lombok确认插件是启用状态。这里多说一句IDEA从2020.3版本开始已经内置了Lombok插件正常情况下不需要额外安装。如果你下的第三方修改版IDEA插件可能被精简过这里就要检查备份。排查第四步打开编译配置开关。菜单路径是Settings → Build, Execution, Deployment → Compiler → Annotation Processors勾选右侧的“Enable annotation processing”然后Apply、OK。回到代码触发一次重新编译再运行项目基本就能通过了。这一步操作很简单但它有一个很容易被忽略的点开启开关后IDEA会提示重新构建项目有可能会弹出一个让你确认的对话框很多人直接忽略这个提示然后在报错依旧存在的情况下继续找原因白白浪费半小时。所以勾选开关后主动执行一次Build → Rebuild Project确保新的编译配置真正生效。5.3 注解处理器开关引发的其他坑Lombok不是唯一需要注解处理器开关的库。如果你以后接触MapStructJava Bean映射工具、QueryDSL、JMetamodel等它们同样依赖编译期注解处理器只要遇到编译期无法生成类的报错第一反应都应该是检查这个开关。表格里整理一下我遇到过的Lombok相关问题和处理办法现象可能原因处理办法编译提示lombok requires enabled annotation processingAnnotation Processors未开启Settings → Compiler → Annotation Processors勾选Enable annotation processing代码里找不到getter/setter方法Lombok依赖未导入或build未刷新检查pom依赖点击Maven刷新高版本JDK编译报错Lombok版本太老升级lombok到1.18.30必要时升级到最新版安装破解版后Lombok插件不生效插件被精简或IDEA配置被篡改改用官方安装包重新安装Lombok插件排查此类问题的时候有一个思维习惯很重要先看报错信息说的是哪一层的问题再去看对应配置。报错提到lombok就先查依赖和插件最后再改编译选项而不是一上来把所有配置全部动一遍最后反而分不清到底是什么修复了问题。6. Git拉取代码要Token本地集成与远程仓库授权换到版本控制场景这也是搭建IDEA环境经常被忽略的最后一公里。很多人在IDEA里配好了JDK、装好了插件结果发现从GitHub/GitLab上克隆项目时密码怎么填都是401弹窗提示需要token。这其实不是IDEA的问题而是远程仓库平台调整了认证方式。6.1 为什么突然要Token了过去很多代码托管平台支持直接用账号密码进行HTTPS推送和拉取但密码认证的泄露风险太大于是GitHub首先取消了账号密码方式要求使用Personal Access Token个人访问令牌后来GitLab和Gitee也陆续跟进。简单理解Token就是一把临时钥匙它有有效期、可以指定权限范围比如只给repo读写权限不给删除权限比账号密码更安全可控。所以当IDEA的克隆窗口弹出来问你用户名密码时密码框里填的不是平台登录密码而是要填Token。填错当然就返回401或者提示认证失败。6.2 HTTPS Token的配置与使用获取Token的路径以GitHub为例右上角头像 → Settings → Developer settings → Personal access tokens → Tokens (classic) → Generate new token。生成时勾选repo、workflow这些权限具体看你需要什么操作。生成的Token只显示一次一定要先复制保存到本地。拿到Token之后在IDEA里第一次克隆项目时可以这样操作确保已安装Git——IDEA的Git功能其实调用的是本地git命令Windows下要先装Git for Windows装的时候默认选项就行装完在Settings → Version Control → Git里能看到Git路径。顶部菜单File → New → Project from Version Control粘贴仓库的HTTPS地址。IDAE弹窗要求输入登录信息用户名填GitHub用户名密码框粘贴Token勾选“Remember”这样后续推送拉取不会每次再问。克隆完成后IDEA右下角会提示已经创建Git仓库此时可以正常commit、push、pull。如果IDEA保存的凭证不对需要更新可以在Settings → Appearance Behavior → System Settings → Passwords里查看密码库。Windows平台也可以打开系统的凭据管理器找到与github.com相关的凭据删掉后重新认证。还有一点提醒很多新人把Token直接提交到了代码里比如误写进application.yml或者某些配置文件中然后推到远程仓库这是很危险的。一旦泄露别人就能借你的Token操作仓库。GitHub会自动扫描公开仓库里的Token并封禁但最好还是从一开始就有意识Token只在认证时用入库之前就要清理干净。6.3 SSH方式与SVN小说明Token适合偶尔操作但长期高频开发我更推荐SSH key模式。SSH方式不用每次输入凭据在远程仓库里绑定公钥后本地git pull、git push都是直接通的。生成SSH key命令ssh-keygen -t ed25519 -C 你的邮箱一路回车后生成的公钥在~/.ssh/id_ed25519.pub把公钥内容复制到GitHub → Settings → SSH and GPG keys → New SSH key。然后在IDEA里克隆时仓库地址选择SSH格式gitgithub.com:用户名/仓库名.git而不是HTTPS格式。IDEA对SSH的支持默认用的是内置SSH客户端也可以在Settings → Version Control → Git里选择用系统的OpenSSH。这个设置项对Windows不熟悉的人容易摸不着头脑如果克隆SSH地址失败优先检查公钥格式和远程仓库地址是不是SSH格式。顺带说一句SVN。虽然现在Git一家独大但有些老项目还是用SVN管理版本比如部分高校和企业内部系统。IDEA使用SVN需要在Settings → Plugins里确认Subversion插件已经启用然后在Settings → Version Control → Subversion里指定本地svn.exe所在路径。Windows下如果你只装了TortoiseSVN还需要额外用它的命令行工具因为IDEA需要命令行客户端光装GUI的TortoiseSVN不够。7. 环境搭完之后值得记住的几条经验走到这一步你的IDEA环境已经能跑普通Java项目、Web项目也能正常联Git和SVN了。但我在实际使用中摸索出来的几条经验还是想分享给读到这里的你它们属于那种“没经历过不会觉得重要经历过才发现早该知道”的事。7.1 排查环境问题的顺序决定你花多少时间环境报错的排查顺序我强烈建议固定成先看构建日志的第一条错误再检查JDK版本和项目要求是否匹配最后才去看具体配置项。反例就是一看到报错就满Settings里翻东点一个西开一个最后把配置改得面目全非问题还没解决。我见过太多人遇到Lombok报错先跑去把IDEA的重启、缓存清理、插件卸载全做了一遍结果问题只要开启Annotation Processors就能解决。另一个经验是任何环境变量或配置文件改动后必须开一个新的终端或重启IDEA再验证。Windows的命令行窗口不会自动加载新的环境变量旧窗口里执行java -version永远显示旧版本这个“不是改不动只是没刷新”的错觉浪费了我不少时间。7.2 依赖下载不完整造成的“假报错”还有一类隐藏很深的坑是Maven或者Gradle依赖下载不完整。特别是网络不稳定的时候本地仓库里可能出现损坏的半截jar包构建时会报一些奇怪的ClassNotFound异常项目代码本身却是对的。排查方法也很简单打开IDEA右侧的Maven窗格先点刷新。如果刷新后还是报错就去本地Maven仓库找到对应的jar包目录把损坏的目录删掉再刷新一次让IDEA重新下载。这种方法解决了我无数次莫名其妙的编译错误比在任何设置里翻找都有效。7.3 一步到位不如够用就好最后想说一个心态上的建议不要为了追求“把环境搭得高大上”而去装一堆插件、最新版JDK、一堆服务器组件。我见过有人先是装了IDEA旗舰版又去下破解工具没成功后装回了社区版然后为了一篇教程又折腾安装Tomcat一边装一边抱怨怎么这么麻烦。实际上他那个阶段只需要JDK 17加社区版就够了Spring Boot项目根本不需要独立Tomcat那些“没用上的组件”反而把他搞得极其焦虑。环境搭建的最终检验标准只有一个你能不能顺畅地从写代码到跑通结果。其他都是噪音。前端转Java的同学尤其要记住这个原则你们已经被前端的工程化折磨过一轮了后端环境的核心只是JDK和构建工具把这两样稳住其他东西按需再加。如果你按照这篇文章的顺序把环境从头到尾配了一遍后面再遇到任何代码层面的问题都可以把精力放心地放在业务逻辑上而不是和第二天的报错搏斗。这就是环境搭建的真正意义。
返回列表