SpringBoot開發(fā)中十大常見陷阱深度解析與避坑指南
引言
在Spring Boot的開發(fā)過程中，即使是經(jīng)驗豐富的開發(fā)者也難免會遇到各種棘手的問題。這些問題往往隱藏在細節(jié)之中，不易被察覺，但卻會對項目的穩(wěn)定性和性能產(chǎn)生重大影響。本文將針對Spring Boot開發(fā)中十大常見的“坑”進行深度解析，結(jié)合具體的代碼示例，提供詳細的解決方案，幫助開發(fā)者們有效避坑。
一、配置總出錯？是不是同時用了.properties和.yml？
在Spring Boot項目中，.properties和.yml兩種配置文件都可用于設(shè)置項目參數(shù)。但同時使用且配置項沖突時，就會導(dǎo)致配置錯誤。這是因為Spring Boot加載配置文件時，二者優(yōu)先級和解析方式存在差異。
問題根源
當(dāng).properties和.yml文件存在相同配置項，.properties文件的配置會覆蓋.yml文件。例如，.yml中配置端口號為8081，.properties中設(shè)為8080，項目啟動時最終使用8080端口。
解決方案
統(tǒng)一配置文件類型：建議項目中僅使用一種配置文件類型，避免沖突。
明確配置優(yōu)先級：若必須同時使用，可在application.properties添加spring.config.import=optional:classpath:application.yml，先加載.properties，再加載.yml，.properties覆蓋.yml相同配置項。
示例代碼
application.properties文件內(nèi)容：
server.port=8080
application.yml文件內(nèi)容：
server: port: 8081
啟動項目后，訪問http://localhost:8080可正常訪問。若想讓.yml配置生效，在.properties添加上述配置后重啟，訪問http://localhost:8081即可。
二、換個位置配置就失效？搞清楚加載順序了嗎？
Spring Boot加載配置文件順序固定，不同位置優(yōu)先級不同。配置文件放置位置錯誤或未遵循加載順序，會導(dǎo)致配置失效。
問題根源
加載順序如下：
- 當(dāng)前目錄下的config目錄。
- 當(dāng)前目錄。
- 類路徑下的config包。
- 類路徑根目錄。
若將類路徑根目錄下application.yml移至當(dāng)前目錄config目錄，因加載順序變化，配置可能失效或被覆蓋。
解決方案
了解配置文件加載順序：掌握加載機制，確保配置文件位置正確。
使用多環(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)容文件，則以該文件配置為準。
多環(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切換配置。
三、定時任務(wù)不定時？是不是線程調(diào)度出問題了？
使用Spring Boot定時任務(wù)時，可能出現(xiàn)執(zhí)行時間不準甚至不執(zhí)行的情況，通常是線程調(diào)度問題導(dǎo)致。
問題根源
- 默認線程池限制：默認使用單線程線程池執(zhí)行任務(wù)，多個任務(wù)且執(zhí)行時間長時，會排隊等待，導(dǎo)致執(zhí)行時間不準確。
- 任務(wù)依賴或阻塞：任務(wù)間存在依賴或執(zhí)行中阻塞，影響正常調(diào)度。
解決方案
- 自定義線程池：通過配置類使用@EnableScheduling開啟定時任務(wù)，用@Configuration和@Bean定義線程池，增加線程數(shù)提升并發(fā)能力。
- 優(yōu)化任務(wù)邏輯：避免任務(wù)依賴和阻塞，確保獨立高效執(zhí)行。
示例代碼
配置類開啟定時任務(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;
}
}
定義定時任務(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("定時任務(wù)執(zhí)行中...");
}
}
自定義線程池使多個任務(wù)并行執(zhí)行，提高效率和準確性。
四、線程池報錯查不出原因？異步任務(wù)處理好了嗎？
Spring Boot使用線程池處理異步任務(wù)時，可能出現(xiàn)報錯且難定位問題，通常是異步任務(wù)處理不當(dāng)。
問題根源
- 未正確配置線程池：線程池配置不合理，如隊列容量小、線程數(shù)不足，大量任務(wù)提交時會拒絕任務(wù)報錯。
- 異常處理不當(dāng)：異步任務(wù)執(zhí)行異常時，無正確處理機制，異常信息無法捕獲，導(dǎo)致問題難排查。
解決方案
- 合理配置線程池：根據(jù)任務(wù)特點和系統(tǒng)資源，合理設(shè)置核心線程數(shù)、最大線程數(shù)、隊列容量等參數(shù)。
- 添加異常處理機制：在異步任務(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); // 隊列容量
executor.setKeepAliveSeconds(60); // 空閑線程存活時間
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í)行，異常及時處理。
五、接口響應(yīng)慢？是不是ObjectMapper重復(fù)實例化了？
處理JSON數(shù)據(jù)接口時，可能出現(xiàn)響應(yīng)慢的情況，通常是ObjectMapper重復(fù)實例化導(dǎo)致性能問題。
問題根源
ObjectMapper是Jackson庫處理JSON數(shù)據(jù)的核心類，初始化耗時。每次處理JSON數(shù)據(jù)都重新實例化，會浪費時間和資源，導(dǎo)致接口響應(yīng)慢。
解決方案
- 使用單例模式：實例化一次ObjectMapper，通過依賴注入使用，避免重復(fù)創(chuàng)建。
- 自定義配置：對ObjectMapper進行自定義配置，如設(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àn)依賴沖突，通常是版本管理策略有漏洞。
問題根源
傳遞依賴沖突：引入多個依賴，它們依賴同一庫不同版本，導(dǎo)致沖突。如A依賴需1.0版本X庫，B依賴需2.0版本X庫。
手動版本覆蓋不當(dāng)：手動指定依賴版本時，未正確處理版本兼容性，引發(fā)沖突。
解決方案
- 使用依賴管理插件：利用Spring Boot依賴管理插件，通過pom.xml查看依賴樹，分析沖突并調(diào)整版本。
- 排除沖突依賴：對不需要的傳遞依賴，用<exclusions>標簽排除，手動引入正確版本。
示例代碼
假設(shè)項目引入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沖突依賴并手動引入正確版本：
<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>
解決依賴沖突問題。
七、跨域請求總失敗？是不是注解或過濾器漏了？
前后端分離項目中，跨域請求常見，但配置不當(dāng)會導(dǎo)致請求失敗。
問題根源
未添加跨域注解或過濾器：Spring Boot默認不允許跨域請求，需添加@CrossOrigin注解或配置跨域過濾器啟用支持，遺漏則請求失敗。
配置參數(shù)錯誤：即使添加配置，若允許域名、請求方法、請求頭信息等參數(shù)錯誤，跨域請求也無法正常進行。
解決方案
使用@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切面不生效？代理模式和切入點搞對了嗎？
使用Spring Boot的AOP時，可能出現(xiàn)切面不生效的情況，通常是代理模式和切入點配置問題。
問題根源
代理模式選擇錯誤：AOP默認用JDK動態(tài)代理，只能代理實現(xiàn)接口的類。目標類未實現(xiàn)接口時，需用CGLIB代理，配置錯誤則切面不生效。
切入點表達式錯誤：切入點表達式定義切面織入方法，表達式錯誤則無法匹配目標方法，切面不生效。
解決方案
正確配置代理模式：目標類未實現(xiàn)接口，在配置類添加@EnableAspectJAutoProxy(proxyTargetClass = true)啟用CGLIB代理。
準確編寫切入點表達式：掌握AspectJ切入點表達式語法，確保正確匹配目標方法。
示例代碼
定義服務(wù)接口和實現(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未實現(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 {
}
通過上述配置，就能確保即使目標類沒有實現(xiàn)接口，切面也能在其方法執(zhí)行前后正常生效。例如，在項目啟動后調(diào)用UserService的addUser方法，控制臺會輸出切面前置處理、添加用戶、切面后置處理，證明切面邏輯成功織入。
九、事務(wù)不回滾？傳播機制和異常類型踩坑了嗎？
在Spring Boot項目中運用事務(wù)管理功能時，事務(wù)不回滾的情況時有發(fā)生，這通常是由于對事務(wù)傳播機制理解不到位，以及異常類型處理不當(dāng)導(dǎo)致的。
問題根源
事務(wù)傳播機制錯誤：事務(wù)傳播機制決定了事務(wù)方法在被其他事務(wù)方法調(diào)用時的行為。例如，當(dāng)使用REQUIRES_NEW傳播機制開啟嵌套事務(wù)時，如果內(nèi)層事務(wù)拋出異常但沒有正確向上拋出，外層事務(wù)可能會提交，導(dǎo)致數(shù)據(jù)不一致 ，出現(xiàn)事務(wù)不回滾的假象。
異常類型未正確處理：Spring Boot事務(wù)默認僅針對RuntimeException及其子類進行回滾操作。若業(yè)務(wù)代碼拋出受檢異常（Checked Exception），如IOException、SQLException等，事務(wù)不會自動回滾，而開發(fā)者可能誤以為事務(wù)功能失效。
解決方案
合理選擇事務(wù)傳播機制：根據(jù)業(yè)務(wù)邏輯的實際需求，謹慎選擇事務(wù)傳播機制。如普通的業(yè)務(wù)操作可使用REQUIRED，它會在有事務(wù)的上下文中加入事務(wù)，沒有則新建事務(wù)；對于需要獨立事務(wù)的操作，使用REQUIRES_NEW時要確保異常能正確傳遞和處理。
配置事務(wù)回滾規(guī)則：通過@Transactional注解的rollbackFor屬性，顯式指定需要回滾的異常類型，包括受檢異常，以滿足特定業(yè)務(wù)場景的回滾需求。
示例代碼
假設(shè)存在用戶服務(wù)和訂單服務(wù)，在創(chuàng)建訂單時需要添加用戶信息，且整個操作需在一個事務(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ù)邏輯錯誤，拋出異常
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配置了對所有異常進行回滾。當(dāng)UserService的addUser方法拋出RuntimeException時，createOrder方法捕獲異常后重新拋出，保證整個創(chuàng)建訂單的事務(wù)操作能夠回滾，避免出現(xiàn)部分操作成功、部分失敗的數(shù)據(jù)不一致問題。
十、靜態(tài)資源訪問404？資源映射路徑正確嗎？
在Spring Boot項目中訪問靜態(tài)資源，如HTML、CSS、JavaScript文件時，經(jīng)常會遇到404錯誤，這主要是由于靜態(tài)資源映射路徑配置錯誤或資源文件放置位置不當(dāng)導(dǎo)致的。
問題根源
默認映射路徑被覆蓋：Spring Boot對靜態(tài)資源有默認的映射規(guī)則，會自動映射classpath:/static、classpath:/public、classpath:/resources、classpath:/META-INF/resources路徑下的靜態(tài)資源。如果在項目配置中意外覆蓋了這些默認規(guī)則，或者自定義的映射路徑設(shè)置錯誤，就會導(dǎo)致靜態(tài)資源無法正常訪問。
資源文件位置錯誤：靜態(tài)資源文件必須放置在Spring Boot能夠識別的目錄下。若將文件放在錯誤的路徑，比如在src/main/java目錄下創(chuàng)建靜態(tài)資源文件夾，Spring Boot無法自動掃描到，進而引發(fā)404錯誤。
解決方案
正確配置資源映射路徑：若需要自定義靜態(tài)資源映射路徑，可通過實現(xiàn)WebMvcConfigurer接口，重寫addResourceHandlers方法進行配置。
確保資源文件位置正確：將靜態(tài)資源文件放置在src/main/resources目錄下的static、public等默認目錄中，遵循Spring Boot的靜態(tài)資源加載規(guī)則；若使用自定義路徑，要保證文件實際存儲位置與配置一致。
示例代碼
假設(shè)項目需要將classpath:/custom-static/目錄下的靜態(tài)資源映射到/my-static/**路徑進行訪問。
創(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。啟動項目后，訪問http://localhost:8080/my-static/index.html，即可正確訪問到對應(yīng)的靜態(tài)資源。如果訪問出現(xiàn)404錯誤，可檢查資源文件是否存在、路徑配置是否準確，以及項目是否正確加載了配置類。
總結(jié)
綜上所述，Spring Boot開發(fā)中的這些常見 “坑” 雖然棘手，但只要深入理解其原理，結(jié)合正確的配置和代碼示例，就能有效避免和解決問題。希望本文的解析和示例能為開發(fā)者們在Spring Boot開發(fā)過程中提供有力的幫助，讓項目開發(fā)更加順利、高效。
到此這篇關(guān)于SpringBoot開發(fā)中十大常見陷阱深度解析與避坑指南的文章就介紹到這了,更多相關(guān)SpringBoot常見陷阱內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
spring boot security自定義認證的代碼示例
這篇文章主要介紹了spring boot security自定義認證,本文通過示例代碼給大家介紹的非常詳細，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2023-07-07
java中將excel轉(zhuǎn)pdf多種實現(xiàn)方式
在實際的開發(fā)過程中,我們常常會遇到需要將Excel文件轉(zhuǎn)換為PDF文件的需求,Java提供了多種庫和工具來實現(xiàn)這個功能,這篇文章主要介紹了java中將excel轉(zhuǎn)pdf多種實現(xiàn)方式的相關(guān)資料,需要的朋友可以參考下2026-01-01
如何使用Spring AOP預(yù)處理Controller的參數(shù)
這篇文章主要介紹了如何使用Spring AOP預(yù)處理Controller的參數(shù)操作，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-08-08
這篇文章主要為大家介紹了Java?SpringBoot核心源碼，具有一定的參考價值，感興趣的小伙伴們可以參考一下，希望能夠給你帶來幫助2021-12-12
PlantomJs是一個基于javascript的webkit內(nèi)核無頭瀏覽器 也就是沒有顯示界面的瀏覽器，你可以在基于 webkit 瀏覽器做的事情，它都能做到。下面這篇文章主要給大家介紹了關(guān)于java利用phantomjs進行截圖的相關(guān)資料，需要的朋友可以參考下2018-10-10
這篇文章主要介紹了java 如何壓縮圖片體積，幫助大家更好的利用Java處理圖片，應(yīng)對特殊情況，感興趣的朋友可以了解下2020-10-10
本篇文章給大家分享了關(guān)于Java中線程的等待與喚醒的知識點內(nèi)容，有需要的朋友們可以學(xué)習(xí)下。2018-10-10
這篇文章主要介紹了Java實現(xiàn)微信公眾號獲取臨時二維碼功能,結(jié)合實例形式分析了java調(diào)用微信公眾號接口實現(xiàn)臨時二維碼生成功能相關(guān)操作技巧,需要的朋友可以參考下2019-10-10
本文給大家分享三種方法介紹idea查看class字節(jié)碼,每種方法給大家介紹的非常詳細,感興趣的朋友一起看看吧2025-04-04
Dwr3.0純注解(純Java Code配置)配置與應(yīng)用淺析二之前端調(diào)用后端
我們講到了后端純Java Code的Dwr3配置，完全去掉了dwr.xml配置文件，但是對于使用注解的類卻沒有使用包掃描，而是在Servlet初始化參數(shù)的classes里面加入了我們的Service組件的聲明暴露，對于這個問題需要后面我們再細細研究下這篇文章，主要分析介紹前端怎么直接調(diào)用后端2016-04-04