SpringBoot開發(fā)中十大常見陷阱深度解析與避坑指南
引言
在Spring Boot的開發(fā)過程中，即使是經(jīng)驗(yàn)豐富的開發(fā)者也難免會(huì)遇到各種棘手的問題。這些問題往往隱藏在細(xì)節(jié)之中，不易被察覺，但卻會(huì)對項(xiàng)目的穩(wěn)定性和性能產(chǎn)生重大影響。本文將針對Spring Boot開發(fā)中十大常見的“坑”進(jìn)行深度解析，結(jié)合具體的代碼示例，提供詳細(xì)的解決方案，幫助開發(fā)者們有效避坑。
一、配置總出錯(cuò)？是不是同時(shí)用了.properties和.yml？
在Spring Boot項(xiàng)目中，.properties和.yml兩種配置文件都可用于設(shè)置項(xiàng)目參數(shù)。但同時(shí)使用且配置項(xiàng)沖突時(shí)，就會(huì)導(dǎo)致配置錯(cuò)誤。這是因?yàn)镾pring Boot加載配置文件時(shí)，二者優(yōu)先級和解析方式存在差異。
問題根源
當(dāng).properties和.yml文件存在相同配置項(xiàng)，.properties文件的配置會(huì)覆蓋.yml文件。例如，.yml中配置端口號為8081，.properties中設(shè)為8080，項(xiàng)目啟動(dòng)時(shí)最終使用8080端口。
解決方案
統(tǒng)一配置文件類型：建議項(xiàng)目中僅使用一種配置文件類型，避免沖突。
明確配置優(yōu)先級：若必須同時(shí)使用，可在application.properties添加spring.config.import=optional:classpath:application.yml，先加載.properties，再加載.yml，.properties覆蓋.yml相同配置項(xiàng)。
示例代碼
application.properties文件內(nèi)容：
server.port=8080
application.yml文件內(nèi)容：
server: port: 8081
啟動(dòng)項(xiàng)目后，訪問http://localhost:8080可正常訪問。若想讓.yml配置生效，在.properties添加上述配置后重啟，訪問http://localhost:8081即可。
二、換個(gè)位置配置就失效？搞清楚加載順序了嗎？
Spring Boot加載配置文件順序固定，不同位置優(yōu)先級不同。配置文件放置位置錯(cuò)誤或未遵循加載順序，會(huì)導(dǎo)致配置失效。
問題根源
加載順序如下：
- 當(dāng)前目錄下的config目錄。
- 當(dāng)前目錄。
- 類路徑下的config包。
- 類路徑根目錄。
若將類路徑根目錄下application.yml移至當(dāng)前目錄config目錄，因加載順序變化，配置可能失效或被覆蓋。
解決方案
了解配置文件加載順序：掌握加載機(jī)制，確保配置文件位置正確。
使用多環(huán)境配置：利用spring.profiles.active指定環(huán)境配置文件，如開發(fā)環(huán)境用application-dev.yml，生產(chǎn)環(huán)境用application-prod.yml，避免不同環(huán)境配置干擾。
示例代碼
src/main/resources/application.yml數(shù)據(jù)庫連接配置：
spring:
datasource:
url: jdbc:mysql://localhost:3306/mydb
username: root
password: 123456
移至src/main/resources/config/application.yml，若無其他干擾，配置仍生效。若當(dāng)前目錄config目錄存在同名不同內(nèi)容文件，則以該文件配置為準(zhǔn)。
多環(huán)境配置：在src/main/resources創(chuàng)建application-dev.yml和application-prod.yml，application.yml添加：
spring:
profiles:
active: dev
application-dev.yml內(nèi)容：
spring:
datasource:
url: jdbc:mysql://localhost:3306/devdb
username: devuser
password: devpassword
application-prod.yml內(nèi)容：
spring:
datasource:
url: jdbc:mysql://localhost:3306/proddb
username: produser
password: prodpassword
開發(fā)環(huán)境使用application-dev.yml配置，生產(chǎn)環(huán)境修改spring.profiles.active切換配置。
三、定時(shí)任務(wù)不定時(shí)？是不是線程調(diào)度出問題了？
使用Spring Boot定時(shí)任務(wù)時(shí)，可能出現(xiàn)執(zhí)行時(shí)間不準(zhǔn)甚至不執(zhí)行的情況，通常是線程調(diào)度問題導(dǎo)致。
問題根源
- 默認(rèn)線程池限制：默認(rèn)使用單線程線程池執(zhí)行任務(wù)，多個(gè)任務(wù)且執(zhí)行時(shí)間長時(shí)，會(huì)排隊(duì)等待，導(dǎo)致執(zhí)行時(shí)間不準(zhǔn)確。
- 任務(wù)依賴或阻塞：任務(wù)間存在依賴或執(zhí)行中阻塞，影響正常調(diào)度。
解決方案
- 自定義線程池：通過配置類使用@EnableScheduling開啟定時(shí)任務(wù)，用@Configuration和@Bean定義線程池，增加線程數(shù)提升并發(fā)能力。
- 優(yōu)化任務(wù)邏輯：避免任務(wù)依賴和阻塞，確保獨(dú)立高效執(zhí)行。
示例代碼
配置類開啟定時(shí)任務(wù)并定義線程池：
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.scheduling.concurrent.ThreadPoolTaskScheduler;
@Configuration
@EnableScheduling
public class ScheduleConfig {
@Bean
public ThreadPoolTaskScheduler threadPoolTaskScheduler() {
ThreadPoolTaskScheduler scheduler = new ThreadPoolTaskScheduler();
scheduler.setPoolSize(10); // 設(shè)置線程池大小為10
scheduler.setThreadNamePrefix("ScheduleThread-");
return scheduler;
}
}
定義定時(shí)任務(wù)：
import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Component;@Component
public class MyScheduledTask {
@Scheduled(cron = "0/5 * * * * *") // 每5秒執(zhí)行一次
public void executeTask() {
System.out.println("定時(shí)任務(wù)執(zhí)行中...");
}
}
自定義線程池使多個(gè)任務(wù)并行執(zhí)行，提高效率和準(zhǔn)確性。
四、線程池報(bào)錯(cuò)查不出原因？異步任務(wù)處理好了嗎？
Spring Boot使用線程池處理異步任務(wù)時(shí)，可能出現(xiàn)報(bào)錯(cuò)且難定位問題，通常是異步任務(wù)處理不當(dāng)。
問題根源
- 未正確配置線程池：線程池配置不合理，如隊(duì)列容量小、線程數(shù)不足，大量任務(wù)提交時(shí)會(huì)拒絕任務(wù)報(bào)錯(cuò)。
- 異常處理不當(dāng)：異步任務(wù)執(zhí)行異常時(shí)，無正確處理機(jī)制，異常信息無法捕獲，導(dǎo)致問題難排查。
解決方案
- 合理配置線程池：根據(jù)任務(wù)特點(diǎn)和系統(tǒng)資源，合理設(shè)置核心線程數(shù)、最大線程數(shù)、隊(duì)列容量等參數(shù)。
- 添加異常處理機(jī)制：在異步任務(wù)中添加異常處理代碼，或通過全局異常處理捕獲異常。
示例代碼
定義線程池配置類：
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor;
import java.util.concurrent.ThreadPoolExecutor;
@Configuration
public class ThreadPoolConfig {
@Bean
public ThreadPoolTaskExecutor taskExecutor() {
ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
executor.setCorePoolSize(5); // 核心線程數(shù)
executor.setMaxPoolSize(10); // 最大線程數(shù)
executor.setQueueCapacity(200); // 隊(duì)列容量
executor.setKeepAliveSeconds(60); // 空閑線程存活時(shí)間
executor.setThreadNamePrefix("AsyncThread-");
executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy()); // 拒絕策略
executor.initialize();
return executor;
}
}
定義異步任務(wù)：
import org.springframework.scheduling.annotation.Async;
import org.springframework.stereotype.Component;
@Component
public class AsyncTask {
@Async("taskExecutor")
public void executeAsyncTask() {
try {
// 模擬任務(wù)執(zhí)行
Thread.sleep(2000);
System.out.println("異步任務(wù)執(zhí)行完成");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
控制器調(diào)用異步任務(wù)：
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class AsyncTaskController {
@Autowired
private AsyncTask asyncTask;
@GetMapping("/async")
public String executeAsync() {
asyncTask.executeAsyncTask();
return "異步任務(wù)已提交";
}
}
添加全局異常處理捕獲異步任務(wù)異常：
import org.springframework.aop.interceptor.AsyncUncaughtExceptionHandler;
import org.springframework.context.annotation.Configuration;
import java.lang.reflect.Method;
@Configuration
public class AsyncExceptionHandlerConfig implements AsyncUncaughtExceptionHandler {
@Override
public void handleUncaughtException(Throwable throwable, Method method, Object... obj) {
System.out.println("異步任務(wù)發(fā)生異常：" + throwable.getMessage());
throwable.printStackTrace();
}
}
確保異步任務(wù)穩(wěn)定執(zhí)行，異常及時(shí)處理。
五、接口響應(yīng)慢？是不是ObjectMapper重復(fù)實(shí)例化了？
處理JSON數(shù)據(jù)接口時(shí)，可能出現(xiàn)響應(yīng)慢的情況，通常是ObjectMapper重復(fù)實(shí)例化導(dǎo)致性能問題。
問題根源
ObjectMapper是Jackson庫處理JSON數(shù)據(jù)的核心類，初始化耗時(shí)。每次處理JSON數(shù)據(jù)都重新實(shí)例化，會(huì)浪費(fèi)時(shí)間和資源，導(dǎo)致接口響應(yīng)慢。
解決方案
- 使用單例模式：實(shí)例化一次ObjectMapper，通過依賴注入使用，避免重復(fù)創(chuàng)建。
- 自定義配置：對ObjectMapper進(jìn)行自定義配置，如設(shè)置日期格式、忽略未知屬性等，同時(shí)保證單例性。
示例代碼
定義ObjectMapper配置類：
import com.fasterxml.jackson.databind.ObjectMapper;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class ObjectMapperConfig {
@Bean
public ObjectMapper objectMapper() {
return new ObjectMapper();
}
}
服務(wù)類使用ObjectMapper：
import com.fasterxml.jackson.databind.ObjectMapper;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
@Service
public class JsonService {
private final ObjectMapper objectMapper;
@Autowired
public JsonService(ObjectMapper objectMapper) {
this.objectMapper = objectMapper;
}
public String convertToJson(Object object) {
try {
return objectMapper.writeValueAsString(object);
} catch (Exception e) {
e.printStackTrace();
return null;
}
}
}
將ObjectMapper作為單例Bean管理，提升接口響應(yīng)速度。
六、依賴沖突頻發(fā)？版本管理策略有沒有漏洞？
Spring Boot項(xiàng)目依賴增多時(shí)，常出現(xiàn)依賴沖突，通常是版本管理策略有漏洞。
問題根源
傳遞依賴沖突：引入多個(gè)依賴，它們依賴同一庫不同版本，導(dǎo)致沖突。如A依賴需1.0版本X庫，B依賴需2.0版本X庫。
手動(dòng)版本覆蓋不當(dāng)：手動(dòng)指定依賴版本時(shí)，未正確處理版本兼容性，引發(fā)沖突。
解決方案
- 使用依賴管理插件：利用Spring Boot依賴管理插件，通過pom.xml查看依賴樹，分析沖突并調(diào)整版本。
- 排除沖突依賴：對不需要的傳遞依賴，用<exclusions>標(biāo)簽排除，手動(dòng)引入正確版本。
示例代碼
假設(shè)項(xiàng)目引入dependencyA和dependencyB，都依賴commonLib但版本不同：
<dependencies>
<dependency>
<groupId>com.example</groupId>
<artifactId>dependencyA</artifactId>
<version>1.0</version>
</dependency>
<dependency>
<groupId>com.example</groupId>
<artifactId>dependencyB</artifactId>
<version>1.0</version>
</dependency>
</dependencies>
通過mvn dependency:tree查看依賴樹發(fā)現(xiàn)沖突：
[INFO] com.example:myproject:jar:0.0.1-SNAPSHOT
[INFO] +- com.example:dependencyA:jar:1.0:compile
[INFO] | \- com.example:commonLib:jar:1.0:compile
[INFO] +- com.example:dependencyB:jar:1.0:compile
[INFO] | \- com.example:commonLib:jar:2.0:compile
排除dependencyA沖突依賴并手動(dòng)引入正確版本：
<dependencies>
<dependency>
<groupId>com.example</groupId>
<artifactId>dependencyA</artifactId>
<version>1.0</version>
<exclusions>
<exclusion>
<groupId>com.example</groupId>
<artifactId>commonLib</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>com.example</groupId>
<artifactId>dependencyB</artifactId>
<version>1.0</version>
</dependency>
<dependency>
<groupId>com.example</groupId>
<artifactId>commonLib</artifactId>
<version>2.0</version>
</dependency>
</dependencies>
解決依賴沖突問題。
七、跨域請求總失??？是不是注解或過濾器漏了？
前后端分離項(xiàng)目中，跨域請求常見，但配置不當(dāng)會(huì)導(dǎo)致請求失敗。
問題根源
未添加跨域注解或過濾器：Spring Boot默認(rèn)不允許跨域請求，需添加@CrossOrigin注解或配置跨域過濾器啟用支持，遺漏則請求失敗。
配置參數(shù)錯(cuò)誤：即使添加配置，若允許域名、請求方法、請求頭信息等參數(shù)錯(cuò)誤，跨域請求也無法正常進(jìn)行。
解決方案
使用@CrossOrigin注解：在控制器類或方法添加@CrossOrigin注解，指定允許的跨域請求信息。
配置跨域過濾器：自定義過濾器攔截所有請求，添加跨域響應(yīng)頭信息。
示例代碼
使用@CrossOrigin注解：
import org.springframework.web.bind.annotation.CrossOrigin;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import static org.springframework.web.bind.annotation.RequestMethod.GET;
import static org.springframework.web.bind.annotation.RequestMethod.POST;
@RestController
@CrossOrigin(origins = "http://localhost:3000", allowedHeaders = "*", methods = {GET, POST})
public class CrossOriginController {
@GetMapping("/data")
public String getData() {
return "跨域請求成功返回的數(shù)據(jù)";
}
}
配置跨域過濾器：
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.cors.CorsConfiguration;
import org.springframework.web.cors.UrlBasedCorsConfigurationSource;
import org.springframework.web.filter.CorsFilter;
@Configuration
public class CorsConfig {
@Bean
public CorsFilter corsFilter() {
CorsConfiguration configuration = new CorsConfiguration();
configuration.addAllowedOrigin("http://localhost:3000");
configuration.addAllowedHeader("*");
configuration.addAllowedMethod("*");
UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource();
source.registerCorsConfiguration("/**", configuration);
return new CorsFilter(source);
}
}
兩種方式任選其一，解決跨域請求失敗問題。
八、AOP切面不生效？代理模式和切入點(diǎn)搞對了嗎？
使用Spring Boot的AOP時(shí)，可能出現(xiàn)切面不生效的情況，通常是代理模式和切入點(diǎn)配置問題。
問題根源
代理模式選擇錯(cuò)誤：AOP默認(rèn)用JDK動(dòng)態(tài)代理，只能代理實(shí)現(xiàn)接口的類。目標(biāo)類未實(shí)現(xiàn)接口時(shí)，需用CGLIB代理，配置錯(cuò)誤則切面不生效。
切入點(diǎn)表達(dá)式錯(cuò)誤：切入點(diǎn)表達(dá)式定義切面織入方法，表達(dá)式錯(cuò)誤則無法匹配目標(biāo)方法，切面不生效。
解決方案
正確配置代理模式：目標(biāo)類未實(shí)現(xiàn)接口，在配置類添加@EnableAspectJAutoProxy(proxyTargetClass = true)啟用CGLIB代理。
準(zhǔn)確編寫切入點(diǎn)表達(dá)式：掌握AspectJ切入點(diǎn)表達(dá)式語法，確保正確匹配目標(biāo)方法。
示例代碼
定義服務(wù)接口和實(shí)現(xiàn)類：
public interface UserService {
void addUser();
}
@Service
public class UserServiceImpl implements UserService {
@Override
public void addUser() {
System.out.println("添加用戶");
}
}
定義切面類：
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.springframework.stereotype.Component;
@Aspect
@Component
public class UserServiceAspect {
@Around("execution(* com.example.service.UserService.addUser(..))")
public Object aroundAddUser(ProceedingJoinPoint joinPoint) throws Throwable {
System.out.println("切面前置處理");
Object result = joinPoint.proceed();
System.out.println("切面后置處理");
return result;
}
}
若UserServiceImpl未實(shí)現(xiàn)接口，配置類添加：
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.aop.aspectj.annotation.EnableAspectJAutoProxy;
@Configuration
@EnableAspectJAutoProxy(proxyTargetClass = true)
public class AopConfig {
}
通過上述配置，就能確保即使目標(biāo)類沒有實(shí)現(xiàn)接口，切面也能在其方法執(zhí)行前后正常生效。例如，在項(xiàng)目啟動(dòng)后調(diào)用UserService的addUser方法，控制臺會(huì)輸出切面前置處理、添加用戶、切面后置處理，證明切面邏輯成功織入。
九、事務(wù)不回滾？傳播機(jī)制和異常類型踩坑了嗎？
在Spring Boot項(xiàng)目中運(yùn)用事務(wù)管理功能時(shí)，事務(wù)不回滾的情況時(shí)有發(fā)生，這通常是由于對事務(wù)傳播機(jī)制理解不到位，以及異常類型處理不當(dāng)導(dǎo)致的。
問題根源
事務(wù)傳播機(jī)制錯(cuò)誤：事務(wù)傳播機(jī)制決定了事務(wù)方法在被其他事務(wù)方法調(diào)用時(shí)的行為。例如，當(dāng)使用REQUIRES_NEW傳播機(jī)制開啟嵌套事務(wù)時(shí)，如果內(nèi)層事務(wù)拋出異常但沒有正確向上拋出，外層事務(wù)可能會(huì)提交，導(dǎo)致數(shù)據(jù)不一致 ，出現(xiàn)事務(wù)不回滾的假象。
異常類型未正確處理：Spring Boot事務(wù)默認(rèn)僅針對RuntimeException及其子類進(jìn)行回滾操作。若業(yè)務(wù)代碼拋出受檢異常（Checked Exception），如IOException、SQLException等，事務(wù)不會(huì)自動(dòng)回滾，而開發(fā)者可能誤以為事務(wù)功能失效。
解決方案
合理選擇事務(wù)傳播機(jī)制：根據(jù)業(yè)務(wù)邏輯的實(shí)際需求，謹(jǐn)慎選擇事務(wù)傳播機(jī)制。如普通的業(yè)務(wù)操作可使用REQUIRED，它會(huì)在有事務(wù)的上下文中加入事務(wù)，沒有則新建事務(wù)；對于需要獨(dú)立事務(wù)的操作，使用REQUIRES_NEW時(shí)要確保異常能正確傳遞和處理。
配置事務(wù)回滾規(guī)則：通過@Transactional注解的rollbackFor屬性，顯式指定需要回滾的異常類型，包括受檢異常，以滿足特定業(yè)務(wù)場景的回滾需求。
示例代碼
假設(shè)存在用戶服務(wù)和訂單服務(wù)，在創(chuàng)建訂單時(shí)需要添加用戶信息，且整個(gè)操作需在一個(gè)事務(wù)中，若出現(xiàn)異常則全部回滾。
首先定義UserService：
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;
@Service
public class UserService {
@Transactional
public void addUser() {
// 模擬數(shù)據(jù)庫插入操作，這里簡化為打印日志
System.out.println("添加用戶");
// 模擬業(yè)務(wù)邏輯錯(cuò)誤，拋出異常
throw new RuntimeException("添加用戶失敗");
}
}
接著定義OrderService：
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;
@Service
public class OrderService {
private final UserService userService;
public OrderService(UserService userService) {
this.userService = userService;
}
// 設(shè)置所有異常都回滾事務(wù)
@Transactional(rollbackFor = Exception.class)
public void createOrder() {
try {
userService.addUser();
System.out.println("創(chuàng)建訂單");
} catch (Exception e) {
// 重新拋出異常，確保事務(wù)回滾
throw new RuntimeException("創(chuàng)建訂單失敗", e);
}
}
}
在上述代碼中，OrderService的createOrder方法通過rollbackFor = Exception.class配置了對所有異常進(jìn)行回滾。當(dāng)UserService的addUser方法拋出RuntimeException時(shí)，createOrder方法捕獲異常后重新拋出，保證整個(gè)創(chuàng)建訂單的事務(wù)操作能夠回滾，避免出現(xiàn)部分操作成功、部分失敗的數(shù)據(jù)不一致問題。
十、靜態(tài)資源訪問404？資源映射路徑正確嗎？
在Spring Boot項(xiàng)目中訪問靜態(tài)資源，如HTML、CSS、JavaScript文件時(shí)，經(jīng)常會(huì)遇到404錯(cuò)誤，這主要是由于靜態(tài)資源映射路徑配置錯(cuò)誤或資源文件放置位置不當(dāng)導(dǎo)致的。
問題根源
默認(rèn)映射路徑被覆蓋：Spring Boot對靜態(tài)資源有默認(rèn)的映射規(guī)則，會(huì)自動(dòng)映射classpath:/static、classpath:/public、classpath:/resources、classpath:/META-INF/resources路徑下的靜態(tài)資源。如果在項(xiàng)目配置中意外覆蓋了這些默認(rèn)規(guī)則，或者自定義的映射路徑設(shè)置錯(cuò)誤，就會(huì)導(dǎo)致靜態(tài)資源無法正常訪問。
資源文件位置錯(cuò)誤：靜態(tài)資源文件必須放置在Spring Boot能夠識別的目錄下。若將文件放在錯(cuò)誤的路徑，比如在src/main/java目錄下創(chuàng)建靜態(tài)資源文件夾，Spring Boot無法自動(dòng)掃描到，進(jìn)而引發(fā)404錯(cuò)誤。
解決方案
正確配置資源映射路徑：若需要自定義靜態(tài)資源映射路徑，可通過實(shí)現(xiàn)WebMvcConfigurer接口，重寫addResourceHandlers方法進(jìn)行配置。
確保資源文件位置正確：將靜態(tài)資源文件放置在src/main/resources目錄下的static、public等默認(rèn)目錄中，遵循Spring Boot的靜態(tài)資源加載規(guī)則；若使用自定義路徑，要保證文件實(shí)際存儲位置與配置一致。
示例代碼
假設(shè)項(xiàng)目需要將classpath:/custom-static/目錄下的靜態(tài)資源映射到/my-static/**路徑進(jìn)行訪問。
創(chuàng)建配置類WebMvcConfig：
import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.ResourceHandlerRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;
@Configuration
public class WebMvcConfig implements WebMvcConfigurer {
@Override
public void addResourceHandlers(ResourceHandlerRegistry registry) {
registry.addResourceHandler("/my-static/**")
.addResourceLocations("classpath:/custom-static/");
}
}
在src/main/resources目錄下創(chuàng)建custom-static文件夾，并放入靜態(tài)資源文件，如index.html。啟動(dòng)項(xiàng)目后，訪問http://localhost:8080/my-static/index.html，即可正確訪問到對應(yīng)的靜態(tài)資源。如果訪問出現(xiàn)404錯(cuò)誤，可檢查資源文件是否存在、路徑配置是否準(zhǔn)確，以及項(xiàng)目是否正確加載了配置類。
總結(jié)
綜上所述，Spring Boot開發(fā)中的這些常見 “坑” 雖然棘手，但只要深入理解其原理，結(jié)合正確的配置和代碼示例，就能有效避免和解決問題。希望本文的解析和示例能為開發(fā)者們在Spring Boot開發(fā)過程中提供有力的幫助，讓項(xiàng)目開發(fā)更加順利、高效。
到此這篇關(guān)于SpringBoot開發(fā)中十大常見陷阱深度解析與避坑指南的文章就介紹到這了,更多相關(guān)SpringBoot常見陷阱內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
spring boot security自定義認(rèn)證的代碼示例
這篇文章主要介紹了spring boot security自定義認(rèn)證,本文通過示例代碼給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2023-07-07
java中將excel轉(zhuǎn)pdf多種實(shí)現(xiàn)方式
在實(shí)際的開發(fā)過程中,我們常常會(huì)遇到需要將Excel文件轉(zhuǎn)換為PDF文件的需求,Java提供了多種庫和工具來實(shí)現(xiàn)這個(gè)功能,這篇文章主要介紹了java中將excel轉(zhuǎn)pdf多種實(shí)現(xiàn)方式的相關(guān)資料,需要的朋友可以參考下2026-01-01
如何使用Spring AOP預(yù)處理Controller的參數(shù)
這篇文章主要介紹了如何使用Spring AOP預(yù)處理Controller的參數(shù)操作，具有很好的參考價(jià)值，希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2021-08-08
這篇文章主要為大家介紹了Java?SpringBoot核心源碼，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下，希望能夠給你帶來幫助2021-12-12
java利用phantomjs進(jìn)行截圖實(shí)例教程
PlantomJs是一個(gè)基于javascript的webkit內(nèi)核無頭瀏覽器 也就是沒有顯示界面的瀏覽器，你可以在基于 webkit 瀏覽器做的事情，它都能做到。下面這篇文章主要給大家介紹了關(guān)于java利用phantomjs進(jìn)行截圖的相關(guān)資料，需要的朋友可以參考下2018-10-10
這篇文章主要介紹了java 如何壓縮圖片體積，幫助大家更好的利用Java處理圖片，應(yīng)對特殊情況，感興趣的朋友可以了解下2020-10-10
本篇文章給大家分享了關(guān)于Java中線程的等待與喚醒的知識點(diǎn)內(nèi)容，有需要的朋友們可以學(xué)習(xí)下。2018-10-10
Java實(shí)現(xiàn)微信公眾號獲取臨時(shí)二維碼功能示例
這篇文章主要介紹了Java實(shí)現(xiàn)微信公眾號獲取臨時(shí)二維碼功能,結(jié)合實(shí)例形式分析了java調(diào)用微信公眾號接口實(shí)現(xiàn)臨時(shí)二維碼生成功能相關(guān)操作技巧,需要的朋友可以參考下2019-10-10
本文給大家分享三種方法介紹idea查看class字節(jié)碼,每種方法給大家介紹的非常詳細(xì),感興趣的朋友一起看看吧2025-04-04
Dwr3.0純注解(純Java Code配置)配置與應(yīng)用淺析二之前端調(diào)用后端
我們講到了后端純Java Code的Dwr3配置，完全去掉了dwr.xml配置文件，但是對于使用注解的類卻沒有使用包掃描，而是在Servlet初始化參數(shù)的classes里面加入了我們的Service組件的聲明暴露，對于這個(gè)問題需要后面我們再細(xì)細(xì)研究下這篇文章，主要分析介紹前端怎么直接調(diào)用后端2016-04-04