Java動態(tài)編譯與類加載實戰(zhàn)詳解
簡介：動態(tài)編譯和加載Java類是Java編程中的一項高級技術(shù)，允許程序在運行時編譯并加載新類，極大提升應(yīng)用的靈活性和擴展性。適用于插件系統(tǒng)、熱部署、服務(wù)器端動態(tài)代碼處理等場景。本文詳細(xì)介紹Java Compiler API、類加載機制、反射、代理、Instrumentation、OSGi、Spring BeanDefinition、熱部署工具及安全策略等關(guān)鍵技術(shù)，并結(jié)合實際項目幫助開發(fā)者掌握動態(tài)類處理的完整流程與最佳實踐。
1. Java動態(tài)編譯與類加載概述
Java動態(tài)編譯與類加載是構(gòu)建靈活、可擴展、高可用Java系統(tǒng)的重要技術(shù)基礎(chǔ)。動態(tài)編譯指的是在程序運行期間將Java源代碼編譯為字節(jié)碼的過程，而類加載則是JVM將字節(jié)碼加載到內(nèi)存并構(gòu)造Class對象的機制。這兩者共同支撐了諸如插件化系統(tǒng)、熱更新、模塊化架構(gòu)等高級應(yīng)用場景。
隨著微服務(wù)、云原生和熱部署技術(shù)的發(fā)展，Java應(yīng)用對運行時動態(tài)行為的需求日益增強。例如，OSGi框架依賴類加載機制實現(xiàn)模塊熱插拔，Spring Boot結(jié)合動態(tài)類加載實現(xiàn)條件化配置加載，而游戲服務(wù)器、電商平臺常通過動態(tài)編譯實現(xiàn)規(guī)則引擎的熱更新。
本章將從Java源代碼的編譯流程出發(fā)，逐步引入動態(tài)編譯的概念與需求背景，同時概述JVM類加載機制的核心原理，為后續(xù)章節(jié)的深入解析奠定理論基礎(chǔ)。
2. Java動態(tài)編譯原理與實現(xiàn)技術(shù)
Java動態(tài)編譯是指在運行時將Java源代碼編譯為字節(jié)碼，并加載到JVM中執(zhí)行的過程。這種機制在插件系統(tǒng)、熱更新、腳本執(zhí)行、模塊化架構(gòu)等場景中有著廣泛的應(yīng)用。本章將從動態(tài)編譯的基本流程入手，深入探討其原理與實現(xiàn)技術(shù)，涵蓋編譯器工具的選擇、Java Compiler API的使用、內(nèi)存與文件系統(tǒng)編譯的對比等內(nèi)容。
2.1 Java動態(tài)編譯的基本流程
在Java運行時動態(tài)編譯代碼，通常需要經(jīng)歷從Java源代碼到字節(jié)碼的完整編譯過程，并將編譯后的類加載到JVM中。這一流程不僅涉及Java編譯器的使用，還涉及到類加載、錯誤處理等關(guān)鍵環(huán)節(jié)。
2.1.1 Java源碼到字節(jié)碼的轉(zhuǎn)換過程
Java源碼的編譯流程可以分為以下幾個階段：
- 詞法分析 ：將源代碼字符串轉(zhuǎn)換為Token流。
- 語法分析 ：構(gòu)建抽象語法樹（AST）。
- 語義分析 ：檢查變量、類型、方法調(diào)用是否合法。
- 生成字節(jié)碼 ：將AST轉(zhuǎn)換為JVM可識別的字節(jié)碼（.class文件）。
在動態(tài)編譯中，這些步驟通常由Java編譯器（如 javac ）或第三方編譯器庫（如Eclipse JDT）在運行時完成。與靜態(tài)編譯不同，動態(tài)編譯往往是在內(nèi)存中完成的，無需將源代碼寫入磁盤。
下面是一個簡單的動態(tài)編譯流程示意圖：
graph TD
A[Java源代碼] --> B{編譯器處理}
B --> C[詞法分析]
C --> D[語法分析]
D --> E[語義分析]
E --> F[生成字節(jié)碼]
F --> G[加載到JVM]2.1.2 編譯器工具的選擇：javac、Eclipse JDT、Janino等
Java動態(tài)編譯常用的編譯器工具有：
| 編譯器工具 | 說明 | 特點 |
|---|---|---|
javac | JDK自帶的標(biāo)準(zhǔn)Java編譯器 | 穩(wěn)定、標(biāo)準(zhǔn)，但需調(diào)用外部命令，效率較低 |
| Eclipse JDT | Eclipse提供的Java開發(fā)工具包 | 支持內(nèi)存編譯，適合復(fù)雜項目，API豐富 |
| Janino | 輕量級編譯器，適合腳本式編譯 | 快速、輕量，支持表達式編譯 |
| GroovyShell | Groovy語言的動態(tài)編譯工具 | 支持Groovy語法，適合腳本場景 |
示例：使用javac動態(tài)編譯
import javax.tools.JavaCompiler;
import javax.tools.ToolProvider;
public class DynamicCompileExample {
public static void main(String[] args) {
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
int result = compiler.run(null, null, null, "MyClass.java");
System.out.println("編譯結(jié)果：" + (result == 0 ? "成功" : "失敗"));
}
}代碼邏輯分析：
- ToolProvider.getSystemJavaCompiler() 獲取JDK自帶的編譯器對象。
- compiler.run() 執(zhí)行編譯命令，參數(shù)分別對應(yīng)輸入流、輸出流、錯誤流以及編譯參數(shù)。
- 返回值 0 表示編譯成功，非 0 表示失敗。
示例：使用 Janino 動態(tài)編譯表達式
import org.codehaus.janino.ScriptEvaluator;
public class JaninoExample {
public static void main(String[] args) throws Exception {
ScriptEvaluator se = new ScriptEvaluator();
se.cook("return a + b;");
Object result = se.evaluate(new Object[]{5, 7});
System.out.println("結(jié)果：" + result); // 輸出：12
}
}代碼邏輯分析：
- ScriptEvaluator 是 Janino 提供的表達式評估類。
- cook() 方法將字符串表達式編譯為字節(jié)碼。
- evaluate() 方法傳入?yún)?shù)執(zhí)行表達式，返回結(jié)果。
2.2 Java Compiler API詳解
Java 6 引入了 javax.tools 包，提供了標(biāo)準(zhǔn)化的 Java Compiler API，使得開發(fā)者可以在程序中直接調(diào)用 Java 編譯器，進行動態(tài)編譯。
2.2.1 使用ToolProvider獲取系統(tǒng)編譯器
Java Compiler API 的核心接口是 JavaCompiler ，通過 ToolProvider.getSystemJavaCompiler() 可以獲取當(dāng)前JDK提供的編譯器實例。
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
if (compiler == null) {
System.err.println("無法獲取Java編譯器，請確保使用的是JDK而非JRE");
}參數(shù)說明：
- 如果返回 null ，說明當(dāng)前運行環(huán)境不是JDK，而是JRE，因為JRE不包含編譯器組件。
2.2.2 編譯字符串中的Java代碼
為了實現(xiàn)內(nèi)存中的動態(tài)編譯，我們需要將Java源代碼封裝為 JavaFileObject 并傳入編譯器。以下是一個完整的示例：
import javax.tools.*;
import java.io.*;
import java.net.URI;
import java.util.*;
public class InMemoryCompiler {
public static void main(String[] args) throws Exception {
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
DiagnosticCollector<JavaFileObject> diagnostics = new DiagnosticCollector<>();
JavaFileObject file = new JavaSourceFromString("Hello", "public class Hello { public void say() { System.out.println(\"Hello World\"); } }");
Iterable<? extends JavaFileObject> compilationUnits = Arrays.asList(file);
JavaCompiler.CompilationTask task = compiler.getTask(null, null, diagnostics, null, null, compilationUnits);
boolean success = task.call();
System.out.println("編譯結(jié)果：" + (success ? "成功" : "失敗"));
}
static class JavaSourceFromString extends SimpleJavaFileObject {
final String code;
JavaSourceFromString(String name, String code) {
super(URI.create("string:///" + name.replace('.', '/') + Kind.SOURCE.extension), Kind.SOURCE);
this.code = code;
}
@Override
public CharSequence getCharContent(boolean ignoreEncodingErrors) {
return code;
}
}
}代碼邏輯分析：
- JavaSourceFromString 是一個自定義的 JavaFileObject 實現(xiàn)，用于將字符串形式的Java代碼封裝為編譯器可識別的輸入。
- getTask() 創(chuàng)建編譯任務(wù)對象， call() 方法執(zhí)行編譯。
- 使用 DiagnosticCollector 收集編譯過程中的錯誤信息。
2.2.3 動態(tài)編譯中的錯誤處理與診斷信息
在動態(tài)編譯過程中，錯誤處理至關(guān)重要。 DiagnosticCollector 可以捕獲編譯器的診斷信息，包括錯誤、警告等。
DiagnosticCollector<JavaFileObject> diagnostics = new DiagnosticCollector<>();
// ... 編譯任務(wù)執(zhí)行后
for (Diagnostic<? extends JavaFileObject> diagnostic : diagnostics.getDiagnostics()) {
System.err.println("錯誤位置：" + diagnostic.getLineNumber());
System.err.println("錯誤信息：" + diagnostic.getMessage(null));
}參數(shù)說明：
- getLineNumber() 返回錯誤所在的行號。
- getMessage(Locale) 返回錯誤的詳細(xì)描述。
2.3 內(nèi)存中編譯與文件系統(tǒng)編譯的對比
動態(tài)編譯可以通過兩種方式實現(xiàn)：將源代碼寫入文件系統(tǒng)后編譯，或者在內(nèi)存中直接編譯。兩者在性能、安全性、適用場景等方面各有優(yōu)劣。
2.3.1 文件編譯方式的優(yōu)缺點
優(yōu)點：
- 實現(xiàn)簡單，適合調(diào)試和日志記錄。
- 兼容性強，支持標(biāo)準(zhǔn)編譯器工具鏈。
- 便于緩存和重用編譯后的 .class 文件。
缺點：
- 涉及IO操作，性能較低。
- 存在文件管理問題，如臨時文件清理、路徑?jīng)_突等。
- 不適合頻繁編譯的場景，如腳本執(zhí)行。
示例：文件方式動態(tài)編譯
File sourceFile = new File("Hello.java");
try (FileWriter writer = new FileWriter(sourceFile)) {
writer.write("public class Hello { public void say() { System.out.println(\"Hello World\"); } }");
}
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
int result = compiler.run(null, null, null, sourceFile.getPath());
System.out.println("編譯結(jié)果：" + (result == 0 ? "成功" : "失敗"));2.3.2 內(nèi)存編譯的實現(xiàn)原理與性能考量
內(nèi)存編譯的核心是將源代碼和編譯結(jié)果都保留在內(nèi)存中，不涉及磁盤IO操作。它依賴于自定義的 JavaFileObject 實現(xiàn)來封裝源碼和輸出字節(jié)碼。
內(nèi)存編譯流程圖
graph TD
A[Java源碼字符串] --> B[封裝為JavaFileObject]
B --> C[調(diào)用JavaCompiler]
C --> D[生成字節(jié)碼]
D --> E[加載到JVM]示例：內(nèi)存編譯并加載類
import javax.tools.*;
import java.lang.reflect.Method;
import java.net.URI;
import java.util.*;
public class MemoryCompileAndLoad {
public static void main(String[] args) throws Exception {
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
ClassLoader loader = new ClassLoader() {
Map<String, byte[]> classBytes = new HashMap<>();
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
byte[] buf = classBytes.get(name);
if (buf == null) throw new ClassNotFoundException(name);
return defineClass(name, buf, 0, buf.length);
}
};
JavaCompiler.CompilationTask task = compiler.getTask(null, new JavaFileManager() {
@Override
public ClassLoader getClassLoader(Location location) { return loader; }
@Override
public Iterable<JavaFileObject> list(Location location, String packageName, Set<Kind> kinds, boolean recurse) throws IOException {
return Collections.emptyList();
}
@Override
public String inferBinaryName(Location loc, JavaFileObject file) {
return file.getName();
}
@Override
public boolean isSameFile(FileObject a, FileObject b) {
return a.toUri().equals(b.toUri());
}
@Override
public boolean handleOption(String current, Iterator<String> remaining) {
return false;
}
@Override
public boolean hasLocation(Location location) {
return false;
}
@Override
public JavaFileObject getJavaFileForInput(Location location, String className, JavaFileObject.Kind kind) throws IOException {
return null;
}
@Override
public JavaFileObject getJavaFileForOutput(Location location, String className, JavaFileObject.Kind kind, FileObject sibling) throws IOException {
return new SimpleJavaFileObject(URI.create("string:///" + className + ".class"), kind) {
@Override
public OutputStream openOutputStream() {
return new ByteArrayOutputStream() {
@Override
public void close() {
loader.getClass().getField("classBytes").set(loader, Map.of(className, toByteArray()));
}
};
}
};
}
@Override
public FileObject getFileForInput(Location location, String packageName, String relativeName) throws IOException {
return null;
}
@Override
public FileObject getFileForOutput(Location location, String packageName, String relativeName, FileObject sibling) throws IOException {
return null;
}
@Override
public void flush() {}
@Override
public void close() {}
}, null, null, null, Arrays.asList(new JavaSourceFromString("Hello", "public class Hello { public void say() { System.out.println(\"Hello World\"); } }")));
task.call();
Class<?> helloClass = loader.loadClass("Hello");
Object instance = helloClass.getDeclaredConstructor().newInstance();
Method method = helloClass.getMethod("say");
method.invoke(instance); // 輸出：Hello World
}
static class JavaSourceFromString extends SimpleJavaFileObject {
final String code;
JavaSourceFromString(String name, String code) {
super(URI.create("string:///" + name.replace('.', '/') + Kind.SOURCE.extension), Kind.SOURCE);
this.code = code;
}
@Override
public CharSequence getCharContent(boolean ignoreEncodingErrors) {
return code;
}
}
}代碼邏輯分析：
- 自定義 JavaFileManager 用于在內(nèi)存中接收編譯后的字節(jié)碼。
- 使用自定義 ClassLoader 加載內(nèi)存中的類。
- 最終通過反射調(diào)用動態(tài)類的方法。
性能考量：
- 內(nèi)存編譯避免了IO操作，適合高頻率、小體積的動態(tài)編譯需求。
- 但類加載器的管理復(fù)雜，需注意類重復(fù)加載和內(nèi)存泄漏問題。
總結(jié)：
Java動態(tài)編譯是一項強大的運行時能力，尤其在插件系統(tǒng)、腳本執(zhí)行、模塊熱加載等場景下具有重要價值。通過Java Compiler API和第三方工具（如Eclipse JDT、Janino），我們可以靈活地實現(xiàn)內(nèi)存或文件編譯，并結(jié)合自定義類加載器實現(xiàn)類的動態(tài)加載與調(diào)用。下一章我們將深入探討JVM類加載機制與自定義ClassLoader的實現(xiàn)原理。
3. JVM類加載機制與自定義ClassLoader
Java虛擬機（JVM）通過類加載機制實現(xiàn)類的動態(tài)加載和運行時行為控制，是Java平臺實現(xiàn)靈活性與模塊化的重要基礎(chǔ)。在本章中，我們將深入探討JVM類加載器的體系結(jié)構(gòu)、雙親委派模型的工作機制、自定義ClassLoader的實現(xiàn)原理與應(yīng)用，以及URLClassLoader在動態(tài)加載中的使用技巧。通過這些內(nèi)容，讀者將全面掌握類加載機制的核心原理，并具備構(gòu)建靈活類加載系統(tǒng)的實踐能力。
3.1 JVM類加載器體系結(jié)構(gòu)
Java虛擬機中存在多個類加載器，它們按照一定的層次結(jié)構(gòu)協(xié)同工作，確保類的安全加載和有效管理。
3.1.1 啟動類加載器、擴展類加載器與應(yīng)用程序類加載器
JVM中內(nèi)置的類加載器主要包括以下三類：
| 類加載器類型 | 負(fù)責(zé)加載的路徑 | 父類加載器 | 特點說明 |
|---|---|---|---|
| 啟動類加載器（Bootstrap ClassLoader） | $JAVA_HOME/jre/lib 目錄下的核心類庫 | 無（由JVM實現(xiàn)） | 用C/C++編寫，負(fù)責(zé)加載JVM核心類 |
| 擴展類加載器（Extension ClassLoader） | $JAVA_HOME/jre/lib/ext 目錄下的類 | Bootstrap ClassLoader | 用于加載Java的擴展類 |
| 應(yīng)用程序類加載器（Application ClassLoader） | -classpath 指定的類路徑 | Extension ClassLoader | 用于加載用戶類，是最常用的類加載器 |
這三種類加載器構(gòu)成了JVM默認(rèn)的類加載器體系結(jié)構(gòu)，它們之間通過雙親委派模型協(xié)作，確保類的加載過程具有統(tǒng)一性和安全性。
3.1.2 雙親委派模型及其作用
雙親委派模型是JVM類加載機制中的核心機制。其核心思想是：當(dāng)一個類加載器收到類加載請求時，它不會立即嘗試自己加載該類，而是將請求委派給父類加載器進行處理，只有在父類加載器無法加載時，才會嘗試自己去加載。
雙親委派模型的Mermaid流程圖如下：
graph TD
A[用戶請求加載類] --> B[應(yīng)用程序類加載器]
B --> C[擴展類加載器]
C --> D[啟動類加載器]
D --> E{是否能加載？}
E -- 是 --> F[返回加載結(jié)果]
E -- 否 --> G[嘗試加載]
G --> H{是否成功？}
H -- 是 --> I[返回加載結(jié)果]
H -- 否 --> J[拋出ClassNotFoundException]
style A fill:#f9f,stroke:#333
style J fill:#f66,stroke:#333雙親委派模型的優(yōu)勢包括：
- 防止類的重復(fù)加載 ：不同類加載器之間不會重復(fù)加載同一個類，提高了效率。
- 保障類加載的安全性 ：確保核心類庫（如
java.lang.Object）不會被用戶自定義類加載器篡改。 - 類加載的一致性 ：保證同一個類在JVM中只會被加載一次，避免沖突。
3.2 自定義ClassLoader的實現(xiàn)原理
雖然JVM提供了默認(rèn)的類加載機制，但在某些場景下（如熱部署、模塊化加載、類隔離等），我們需要實現(xiàn)自定義的類加載器來滿足特定需求。
3.2.1 ClassLoader類的核心方法分析
Java中的 ClassLoader 是一個抽象類，所有自定義類加載器都需要繼承它，并根據(jù)需求重寫相應(yīng)的方法。以下是其關(guān)鍵方法的說明：
| 方法名 | 描述 |
|---|---|
defineClass(String name, byte[] b, int off, int len) | 將字節(jié)數(shù)組轉(zhuǎn)換為 Class 對象 |
findClass(String name) | 查找類的字節(jié)碼，通常需要重寫 |
loadClass(String name, boolean resolve) | 加載類，包含雙親委派邏輯 |
findLoadedClass(String name) | 檢查當(dāng)前類加載器是否已加載該類 |
在自定義類加載器時，通常重寫 findClass 方法，而不是直接重寫 loadClass ，以避免破壞雙親委派模型。
3.2.2 loadClass方法的覆蓋與類加載流程控制
雖然不推薦直接覆蓋 loadClass 方法，但在某些特殊場景下（如打破雙親委派模型），我們?nèi)钥梢灾貙懺摲椒ㄒ愿淖冾惣虞d順序。
public class CustomClassLoader extends ClassLoader {
@Override
public Class<?> loadClass(String name) throws ClassNotFoundException {
if (name.startsWith("com.example")) {
return findClass(name); // 優(yōu)先自己加載
}
return super.loadClass(name); // 否則交給父類加載
}
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
byte[] classData = loadClassData(name); // 自定義加載字節(jié)碼
if (classData == null) {
throw new ClassNotFoundException();
}
return defineClass(name, classData, 0, classData.length);
}
private byte[] loadClassData(String className) {
// 實現(xiàn)從特定路徑或網(wǎng)絡(luò)加載類字節(jié)碼
return new byte[0]; // 示例占位
}
}代碼邏輯分析：
loadClass方法 ：我們在這里改變了類加載的優(yōu)先級，對于com.example包下的類優(yōu)先由當(dāng)前類加載器加載，其他類則交給父類加載器。findClass方法 ：調(diào)用loadClassData方法從外部加載類字節(jié)碼，并調(diào)用defineClass將其轉(zhuǎn)換為Class對象。loadClassData方法 ：需要開發(fā)者自行實現(xiàn)具體的類字節(jié)碼加載邏輯，如從磁盤、網(wǎng)絡(luò)、數(shù)據(jù)庫等加載。
參數(shù)說明：
name：類的全限定名。b：類的字節(jié)碼數(shù)組。off：字節(jié)數(shù)組的起始位置。len：要讀取的字節(jié)長度。
3.2.3 自定義類加載器的應(yīng)用場景與實現(xiàn)步驟
典型應(yīng)用場景包括：
- 熱部署系統(tǒng) ：如Tomcat中使用自定義類加載器實現(xiàn)Web應(yīng)用的重新加載。
- 插件系統(tǒng) ：如IDEA插件、Eclipse插件等，通過獨立類加載器隔離插件環(huán)境。
- 類隔離 ：如微服務(wù)中多個服務(wù)模塊之間的類隔離。
- 遠程加載類 ：如分布式計算中從遠程服務(wù)器加載任務(wù)類。
實現(xiàn)步驟簡述：
- 繼承ClassLoader類 ：創(chuàng)建自定義類加載器。
- 重寫findClass方法 ：實現(xiàn)類字節(jié)碼的加載邏輯。
- 定義defineClass方法調(diào)用 ：將字節(jié)碼轉(zhuǎn)換為Class對象。
- 控制loadClass邏輯（可選） ：實現(xiàn)類加載優(yōu)先級控制。
- 測試驗證類加載行為 ：使用反射調(diào)用動態(tài)加載的類。
3.3 URLClassLoader的使用與動態(tài)加載
URLClassLoader 是 ClassLoader 的一個子類，允許從本地文件系統(tǒng)、網(wǎng)絡(luò)URL等位置加載類文件和資源，是實現(xiàn)動態(tài)加載的重要工具。
3.3.1 從外部路徑加載已編譯的類文件
我們可以使用 URLClassLoader 從外部路徑加載 .class 文件，實現(xiàn)運行時類的動態(tài)加載。
public class URLClassLoaderExample {
public static void main(String[] args) throws Exception {
File file = new File("/path/to/classes/");
URL url = file.toURI().toURL();
URLClassLoader loader = new URLClassLoader(new URL[]{url});
Class<?> clazz = loader.loadClass("com.example.MyDynamicClass");
Object instance = clazz.getDeclaredConstructor().newInstance();
Method method = clazz.getMethod("sayHello");
method.invoke(instance);
}
}代碼邏輯分析：
File對象 ：指向包含.class文件的目錄。URLClassLoader構(gòu)造器 ：接受一個URL[]數(shù)組，可以包含多個路徑。loadClass方法 ：加載指定類名的類。- 反射調(diào)用 ：通過反射創(chuàng)建類實例并調(diào)用方法。
參數(shù)說明：
url：類路徑的URL地址，可以是本地路徑、HTTP地址等。clazz：加載到的類對象。instance：類的實例化對象。
3.3.2 動態(tài)添加JAR包路徑并加載類
除了加載目錄， URLClassLoader 還可以加載JAR文件中的類，適用于插件系統(tǒng)等場景。
public class JarClassLoaderExample {
public static void main(String[] args) throws Exception {
File jarFile = new File("/path/to/plugin.jar");
URLClassLoader loader = new URLClassLoader(new URL[]{jarFile.toURI().toURL()});
Class<?> clazz = loader.loadClass("com.example.Plugin");
Object instance = clazz.getDeclaredConstructor().newInstance();
Method method = clazz.getMethod("execute");
method.invoke(instance);
}
}擴展技巧：
如果需要在運行時動態(tài)添加JAR路徑，可以通過 addURL 方法實現(xiàn)（注意：該方法為protected，需通過反射調(diào)用）：
Method method = URLClassLoader.class.getDeclaredMethod("addURL", URL.class);
method.setAccessible(true);
method.invoke(loader, new File("/another/path/plugin2.jar").toURI().toURL());
3.3.3 URLClassLoader與類隔離機制
在模塊化系統(tǒng)中，常常需要實現(xiàn)類隔離，即不同模塊使用相同類名但不同版本。 URLClassLoader 天然支持這種隔離機制，因為每個類加載器維護自己的類命名空間。
例如：
URLClassLoader loader1 = new URLClassLoader(new URL[]{new File("v1.jar").toURI().toURL()});
URLClassLoader loader2 = new URLClassLoader(new URL[]{new File("v2.jar").toURI().toURL()});
Class<?> clazz1 = loader1.loadClass("com.example.MyClass");
Class<?> clazz2 = loader2.loadClass("com.example.MyClass");
System.out.println(clazz1 == clazz2); // 輸出 false輸出說明：
盡管類名相同，但由于使用不同的類加載器加載，JVM會認(rèn)為它們是不同的類，從而實現(xiàn)類隔離。
類隔離的典型應(yīng)用場景：
- 多租戶系統(tǒng)中不同租戶使用不同版本的依賴。
- OSGi模塊系統(tǒng)中的模塊隔離。
- 微服務(wù)框架中的服務(wù)依賴隔離。
本章我們深入剖析了JVM的類加載機制、自定義ClassLoader的實現(xiàn)方式以及 URLClassLoader 在動態(tài)加載中的應(yīng)用。這些知識不僅為后續(xù)的動態(tài)類調(diào)用、插件系統(tǒng)構(gòu)建打下基礎(chǔ)，也為Java開發(fā)者在系統(tǒng)架構(gòu)設(shè)計中提供了強大的工具支持。下一章將介紹如何通過反射和動態(tài)代理機制調(diào)用動態(tài)類，并實現(xiàn)AOP編程和運行時字節(jié)碼增強。
4. 動態(tài)類的調(diào)用與運行時增強
在現(xiàn)代Java系統(tǒng)中，動態(tài)類的調(diào)用與運行時增強技術(shù)已經(jīng)成為構(gòu)建靈活、可擴展架構(gòu)的重要手段。這一章節(jié)將從Java反射機制入手，逐步深入到動態(tài)代理和字節(jié)碼增強技術(shù)，揭示如何在運行時對類進行調(diào)用、修改與功能擴展。這些技術(shù)不僅支撐了AOP編程、插件系統(tǒng)、熱更新等高級功能，也在Spring、Hibernate等主流框架中廣泛應(yīng)用。
4.1 反射機制調(diào)用動態(tài)類
Java反射機制是動態(tài)語言特性的核心之一，它允許程序在運行時動態(tài)獲取類信息并操作類的屬性、方法和構(gòu)造函數(shù)。在動態(tài)編譯場景中，反射機制是調(diào)用新生成類的關(guān)鍵手段。
4.1.1 Class對象的獲取與實例化
在動態(tài)編譯完成后，類的 Class 對象并不會自動注冊到JVM中。我們需要通過自定義類加載器加載該類，并獲取其 Class 實例。
ClassLoader classLoader = new MyClassLoader();
Class<?> dynamicClass = classLoader.loadClass("com.example.DynamicClass");
Object instance = dynamicClass.getDeclaredConstructor().newInstance();
代碼邏輯分析：
MyClassLoader是一個自定義類加載器，用于加載動態(tài)編譯后的類字節(jié)碼。loadClass()方法通過類名獲取Class對象。getDeclaredConstructor()獲取無參構(gòu)造器。newInstance()創(chuàng)建該類的實例。
參數(shù)說明：
- dynamicClass 是加載后的類模板。
- instance 是動態(tài)類的實例，后續(xù)可通過反射調(diào)用其方法。
4.1.2 方法調(diào)用與參數(shù)傳遞
獲取類實例后，可以通過反射調(diào)用其方法，實現(xiàn)動態(tài)行為執(zhí)行。
Method method = dynamicClass.getMethod("sayHello", String.class);
method.invoke(instance, "World");
代碼邏輯分析：
getMethod("sayHello", String.class)獲取方法名為sayHello，參數(shù)類型為String的方法對象。invoke(instance, "World")調(diào)用該方法，傳入?yún)?shù)"World"。
參數(shù)說明：
- method 是反射獲取的方法對象。
- invoke() 的第一個參數(shù)是調(diào)用對象（即實例），第二個是方法參數(shù)值。
4.1.3 動態(tài)代理類的創(chuàng)建與使用
動態(tài)代理是反射機制的高級應(yīng)用，允許在運行時創(chuàng)建代理類并攔截方法調(diào)用。
InvocationHandler handler = (proxy, method, args) -> {
System.out.println("Before method call");
Object result = method.invoke(instance, args);
System.out.println("After method call");
return result;
};
Object proxy = Proxy.newProxyInstance(
classLoader,
new Class[]{MyInterface.class},
handler
);代碼邏輯分析：
InvocationHandler定義方法調(diào)用的處理邏輯。Proxy.newProxyInstance()創(chuàng)建代理實例。- 代理對象可實現(xiàn)接口方法的攔截與增強。
參數(shù)說明：
- classLoader ：類加載器。
- new Class[]{MyInterface.class} ：代理類實現(xiàn)的接口。
- handler ：方法調(diào)用處理器。
4.2 動態(tài)代理實現(xiàn)AOP功能
面向切面編程（AOP）是現(xiàn)代Java框架中非常重要的設(shè)計思想，動態(tài)代理是其實現(xiàn)基礎(chǔ)。
4.2.1 JDK動態(tài)代理與CGLIB的區(qū)別
| 特性 | JDK動態(tài)代理 | CGLIB |
|---|---|---|
| 原理 | 基于接口代理 | 基于子類繼承 |
| 要求 | 必須實現(xiàn)接口 | 不依賴接口 |
| 性能 | 較慢（JDK8+優(yōu)化） | 更快 |
| 使用場景 | 標(biāo)準(zhǔn)AOP代理 | 無接口類的增強 |
總結(jié)：
- 如果目標(biāo)類實現(xiàn)了接口，優(yōu)先使用JDK動態(tài)代理；
- 否則使用CGLIB進行類增強。
4.2.2 實現(xiàn)基于動態(tài)類的AOP攔截邏輯
使用CGLIB實現(xiàn)AOP的示例：
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(DynamicClass.class);
enhancer.setCallback((MethodInterceptor) (obj, method, args, proxy) -> {
System.out.println("前置增強");
Object result = proxy.invokeSuper(obj, args);
System.out.println("后置增強");
return result;
});
Object proxyInstance = enhancer.create();
Method method = proxyInstance.getClass().getMethod("sayHello", String.class);
method.invoke(proxyInstance, "Java");代碼邏輯分析：
Enhancer用于創(chuàng)建代理類。setSuperclass()指定目標(biāo)類。setCallback()設(shè)置攔截邏輯。invokeSuper()調(diào)用父類原始方法。
參數(shù)說明：
- MethodInterceptor ：方法攔截器，可定義前后增強邏輯。
- proxyInstance ：增強后的代理實例。
4.2.3 在插件系統(tǒng)中的AOP應(yīng)用
在插件系統(tǒng)中，AOP可用于對插件調(diào)用進行日志記錄、性能監(jiān)控、權(quán)限控制等統(tǒng)一處理。
graph TD
A[插件調(diào)用入口] --> B(生成動態(tài)代理)
B --> C{是否匹配切面規(guī)則}
C -->|是| D[執(zhí)行前置增強]
D --> E[調(diào)用插件方法]
E --> F[執(zhí)行后置增強]
C -->|否| G[直接調(diào)用插件方法]
G --> H[返回結(jié)果]
流程說明：
- 插件調(diào)用通過代理層進入，先進行規(guī)則匹配；
- 匹配成功則執(zhí)行增強邏輯，否則直接調(diào)用。
4.3 Instrumentation API與字節(jié)碼增強
Java Instrumentation API 提供了在運行時修改類字節(jié)碼的能力，是實現(xiàn)熱替換、性能監(jiān)控、日志增強等高級功能的核心技術(shù)。
4.3.1 添加ClassFileTransformer進行類轉(zhuǎn)換
Instrumentation inst = ...; // 通過Agent獲取
inst.addTransformer((loader, className, classBeingRedefined,
protectionDomain, classfileBuffer) -> {
if (className.equals("com/example/MyClass")) {
return modifyBytecode(classfileBuffer);
}
return null;
});代碼邏輯分析：
addTransformer()注冊字節(jié)碼轉(zhuǎn)換器。- 當(dāng)類
com/example/MyClass被加載或重定義時，觸發(fā)轉(zhuǎn)換。 modifyBytecode()方法返回修改后的字節(jié)碼。
參數(shù)說明：
- classfileBuffer ：原始字節(jié)碼數(shù)組。
- 返回值為修改后的字節(jié)碼。
4.3.2 使用ASM或ByteBuddy操作字節(jié)碼
使用ASM修改方法體
ClassReader reader = new ClassReader(classfileBuffer);
ClassWriter writer = new ClassWriter(reader, ClassWriter.COMPUTE_FRAMES);
ClassVisitor visitor = new ClassVisitor(ASM9, writer) {
@Override
public MethodVisitor visitMethod(int access, String name, String descriptor, String signature, String[] exceptions) {
MethodVisitor mv = super.visitMethod(access, name, descriptor, signature, exceptions);
return new MethodVisitor(ASM9, mv) {
@Override
public void visitInsn(int opcode) {
if (opcode >= IRETURN && opcode <= RETURN) {
mv.visitMethodInsn(INVOKESTATIC, "java/lang/System", "nanoTime", "()J", false);
mv.visitMethodInsn(INVOKESTATIC, "java/lang/System", "out", "Ljava/io/PrintStream;", false);
mv.visitMethodInsn(INVOKEVIRTUAL, "java/io/PrintStream", "println", "(J)V", false);
}
super.visitInsn(opcode);
}
};
}
};
reader.accept(visitor, ClassReader.EXPAND_FRAMES);
return writer.toByteArray();代碼邏輯分析：
- 使用ASM讀取字節(jié)碼并創(chuàng)建
ClassVisitor。 - 在方法返回指令前插入打印時間戳的邏輯。
- 修改后的字節(jié)碼返回用于類加載。
參數(shù)說明：
-visitInsn()攔截字節(jié)碼指令。
-INVOKESTATIC等為字節(jié)碼操作碼。
使用ByteBuddy簡化字節(jié)碼增強
DynamicType.Unloaded<?> dynamicType = new ByteBuddy()
.subclass(Object.class)
.name("com.example.MyDynamicClass")
.method(named("toString"))
.intercept(FixedValue.value("Hello from ByteBuddy!"))
.make();
Class<?> dynamicClass = dynamicType.load(classLoader, ClassLoadingStrategy.Default.WRAPPER)
.getLoaded();代碼邏輯分析：
- 創(chuàng)建一個
Object的子類MyDynamicClass。 - 攔截
toString()方法，固定返回字符串。 - 使用
ByteBuddy生成類并加載到JVM中。
參數(shù)說明：
- named("toString") ：匹配方法名。
- FixedValue.value(...) ：定義方法返回值。
4.3.3 熱替換（HotSwap）與運行時類更新
Java允許通過 Instrumentation.redefineClasses() 在運行時重新定義類。
ClassDefinition def = new ClassDefinition(MyClass.class, modifiedBytecode); inst.redefineClasses(def);
代碼邏輯分析：
ClassDefinition封裝了類與新字節(jié)碼。redefineClasses()觸發(fā)類的重新定義。
限制：
- 不能改變類結(jié)構(gòu)（如新增字段或方法）；
- 需要JVM支持HotSwap（如在調(diào)試模式下）。
4.3.4 實際應(yīng)用：運行時日志注入
在生產(chǎn)環(huán)境中，可以利用字節(jié)碼增強在不修改源碼的情況下，為關(guān)鍵方法注入日志輸出邏輯，便于問題追蹤。
graph LR
A[原始類加載] --> B(觸發(fā)ClassFileTransformer)
B --> C{是否匹配增強規(guī)則}
C -->|是| D[插入日志打印指令]
D --> E[返回增強后的字節(jié)碼]
C -->|否| F[返回原字節(jié)碼]
E --> G[類加載器加載增強類]
流程說明：
- 類加載時觸發(fā)增強邏輯；
- 匹配規(guī)則后注入日志代碼；
- 增強后的類被JVM加載并運行。
本章深入探討了Java中動態(tài)類的調(diào)用與運行時增強技術(shù)，從反射機制到動態(tài)代理，再到Instrumentation與字節(jié)碼操作，構(gòu)建了一套完整的動態(tài)行為擴展體系。這些技術(shù)為插件系統(tǒng)、AOP、熱更新等復(fù)雜場景提供了堅實的技術(shù)支撐。下一章我們將進入實戰(zhàn)環(huán)節(jié)，展示如何構(gòu)建完整的動態(tài)編譯與加載系統(tǒng)。
5. Java動態(tài)編譯與加載的實戰(zhàn)與安全控制
5.1 動態(tài)編譯加載完整流程實戰(zhàn)
5.1.1 從字符串編譯到內(nèi)存加載的完整示例
我們以一個完整的示例來演示如何從字符串中動態(tài)編譯 Java 類并加載到 JVM 中執(zhí)行。這個過程主要包括：使用 Java Compiler API 編譯源碼、將字節(jié)碼寫入內(nèi)存、自定義類加載器加載類、反射調(diào)用方法。
import javax.tools.JavaCompiler;
import javax.tools.ToolProvider;
import java.io.*;
import java.lang.reflect.Method;
import java.net.URL;
import java.net.URLClassLoader;
public class DynamicCompiler {
public static void main(String[] args) throws Exception {
// 源代碼字符串
String className = "HelloWorld";
String sourceCode = "public class " + className + " {\n" +
" public String sayHello() {\n" +
" return \"Hello from dynamic class!\";\n" +
" }\n" +
"}";
// 寫入臨時文件
File tempFile = File.createTempFile("HelloWorld", ".java");
try (FileWriter writer = new FileWriter(tempFile)) {
writer.write(sourceCode);
}
// 獲取系統(tǒng)Java編譯器
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
int compilationResult = compiler.run(null, null, null, tempFile.getPath());
if (compilationResult != 0) {
throw new RuntimeException("Compilation failed");
}
// 讀取編譯后的字節(jié)碼文件
File compiledFile = new File(tempFile.getParent(), className + ".class");
URLClassLoader classLoader = URLClassLoader.newInstance(new URL[]{new File(tempFile.getParent()).toURI().toURL()});
Class<?> dynamicClass = Class.forName(className, true, classLoader);
// 反射調(diào)用方法
Object instance = dynamicClass.getDeclaredConstructor().newInstance();
Method method = dynamicClass.getMethod("sayHello");
String result = (String) method.invoke(instance);
System.out.println(result);
}
}代碼說明：
ToolProvider.getSystemJavaCompiler()：獲取當(dāng)前 JVM 環(huán)境下的編譯器工具。compiler.run(...)：調(diào)用編譯器編譯源文件。- 使用
URLClassLoader動態(tài)加載編譯后的.class文件。 - 利用反射調(diào)用動態(tài)類的方法。
提示： 如果你想將類直接編譯到內(nèi)存中（而不是寫入文件），可以使用 Java 的 JavaFileObject 實現(xiàn)內(nèi)存編譯。
5.1.2 構(gòu)建一個簡單的插件熱加載系統(tǒng)
我們可以在上述基礎(chǔ)上構(gòu)建一個簡單的插件熱加載系統(tǒng)。該系統(tǒng)具備以下功能：
- 從外部路徑讀取
.java插件源碼； - 編譯插件源碼；
- 使用自定義類加載器加載；
- 動態(tài)調(diào)用插件方法；
- 支持重新加載插件。
簡單熱加載類加載器實現(xiàn)
public class PluginClassLoader extends ClassLoader {
public Class<?> defineClassFromByteCode(byte[] byteCode, String className) {
return defineClass(className, byteCode, 0, byteCode.length);
}
}
插件熱加載流程圖（mermaid）
graph TD
A[讀取插件源碼] --> B[動態(tài)編譯]
B --> C{是否編譯成功?}
C -->|是| D[讀取字節(jié)碼]
C -->|否| E[記錄錯誤日志]
D --> F[調(diào)用defineClass加載類]
F --> G[反射調(diào)用插件方法]
G --> H[等待插件更新]
H --> I[重新讀取源碼]
I --> B
5.1.3 日志、錯誤處理與性能優(yōu)化技巧
- 日志記錄 ：在編譯和加載過程中，建議記錄詳細(xì)的日志，包括編譯失敗原因、類加載路徑、類名等信息。
- 錯誤處理 ：
- 捕獲
Compiler的診斷信息（可通過DiagnosticCollector實現(xiàn)）； - 處理類加載異常（如類名沖突、找不到類）；
- 性能優(yōu)化 ：
- 緩存已加載的類避免重復(fù)加載；
- 避免頻繁觸發(fā) full GC，控制類加載器生命周期；
- 使用
Janino或Groovy等輕量級編譯器替代javac提升編譯速度。
示例：使用 DiagnosticCollector 捕獲編譯錯誤
import javax.tools.Diagnostic;
import javax.tools.DiagnosticCollector;
import javax.tools.JavaFileObject;
DiagnosticCollector<JavaFileObject> diagnostics = new DiagnosticCollector<>();
JavaCompiler.CompilationTask task = compiler.getTask(null, null, diagnostics, null, null, Arrays.asList(javaFile));
boolean success = task.call();
for (Diagnostic<? extends JavaFileObject> diagnostic : diagnostics.getDiagnostics()) {
System.err.println("Error: " + diagnostic.getMessage(null));
}5.2 Spring框架中BeanDefinition的動態(tài)注入
5.2.1 BeanDefinition的注冊機制
Spring 框架通過 BeanDefinition 來描述一個 Bean 的元信息，如類名、作用域、構(gòu)造參數(shù)等?？梢酝ㄟ^編程方式動態(tài)創(chuàng)建并注冊 BeanDefinition 。
DefaultListableBeanFactory beanFactory = (DefaultListableBeanFactory) applicationContext.getAutowireCapableBeanFactory();
BeanDefinitionBuilder builder = BeanDefinitionBuilder.genericBeanDefinition(MyDynamicBean.class);
builder.setScope(ConfigurableBeanFactory.SCOPE_SINGLETON);
beanFactory.registerBeanDefinition("myDynamicBean", builder.getBeanDefinition());
5.2.2 運行時動態(tài)創(chuàng)建并注入Bean
我們可以在運行時動態(tài)編譯一個類并將其作為 Spring Bean 注入容器中。
// 動態(tài)編譯生成類
Class<?> dynamicClass = compileDynamicClass("DynamicService");
// 創(chuàng)建BeanDefinition
BeanDefinitionBuilder builder = BeanDefinitionBuilder.genericBeanDefinition(dynamicClass);
builder.setScope(ConfigurableBeanFactory.SCOPE_SINGLETON);
// 注冊到Spring容器
beanFactory.registerBeanDefinition("dynamicService", builder.getBeanDefinition());
// 獲取Bean并調(diào)用
Object dynamicBean = beanFactory.getBean("dynamicService");
Method method = dynamicBean.getClass().getMethod("execute");
method.invoke(dynamicBean);5.2.3 結(jié)合動態(tài)類實現(xiàn)配置驅(qū)動的擴展功能
在實際應(yīng)用中，可以結(jié)合配置中心（如 Nacos、Apollo）動態(tài)下發(fā)類名或腳本，Spring 容器根據(jù)配置動態(tài)加載類并注冊為 Bean，實現(xiàn)“零重啟”的插件式擴展能力。
例如：
5.3 動態(tài)類加載的安全控制策略
5.3.1 類加載過程中的權(quán)限控制
Java 提供了安全管理機制（ SecurityManager ），可以在類加載時進行權(quán)限控制，防止惡意類加載。
System.setSecurityManager(new SecurityManager());
在類加載時，JVM 會檢查當(dāng)前線程是否有權(quán)限加載該類。你還可以自定義 Policy 來細(xì)粒度控制權(quán)限。
5.3.2 防止類污染與重復(fù)加載
- 類污染 ：不同類加載器加載了相同類名的類，可能導(dǎo)致類沖突。
- 重復(fù)加載 ：頻繁加載同一個類可能導(dǎo)致內(nèi)存泄漏。
解決方案：
- 使用唯一命名空間（如插件ID）作為類名前綴；
- 維護類加載器緩存，避免重復(fù)創(chuàng)建；
- 使用
WeakHashMap緩存已加載類，避免內(nèi)存泄漏。
5.3.3 使用SecurityManager限制動態(tài)類的行為
通過 SecurityManager 可以限制動態(tài)類的行為，如禁止訪問文件系統(tǒng)、網(wǎng)絡(luò)等資源。
Permission permission = new FilePermission("/tmp/*", "read");
AccessController.checkPermission(permission);
你還可以定義 java.policy 文件，為不同類加載器指定不同權(quán)限策略。
5.4 熱部署技術(shù)對比與選型建議
5.4.1 JRebel與DCEVM的原理與適用場景
| 技術(shù) | 原理 | 優(yōu)點 | 缺點 | 適用場景 |
|---|---|---|---|---|
| JRebel | 基于 JVM Agent 實現(xiàn)類的熱替換 | 支持復(fù)雜框架（Spring、Hibernate） | 商業(yè)閉源、價格高 | 開發(fā)調(diào)試環(huán)境 |
| DCEVM | 修改 JVM 源碼支持熱更新 | 開源、免費 | 需要替換JVM、兼容性差 | 企業(yè)內(nèi)部熱更新 |
5.4.2 熱部署與OSGi模塊化系統(tǒng)的整合
OSGi 是 Java 的模塊化框架，天然支持模塊熱加載。結(jié)合 OSGi 與熱部署技術(shù)，可以實現(xiàn)模塊級別的熱更新，適用于大型插件化系統(tǒng)。
- 優(yōu)勢：
- 類加載器隔離；
- 模塊依賴管理；
- 支持服務(wù)注冊與發(fā)現(xiàn)；
- 整合方式：
- 使用
Equinox或Felix框架； - 配合
p2實現(xiàn)插件熱更新； - 與熱部署工具（如 JRebel）集成。
5.4.3 未來趨勢：GraalVM與動態(tài)類加載的融合方向
GraalVM 提供了更高效的即時編譯與多語言支持，其 Native Image 功能對動態(tài)類加載提出了新挑戰(zhàn)與機遇：
- 挑戰(zhàn)：
- Native Image 不支持動態(tài)類加載（默認(rèn)）；
- 需要在構(gòu)建時通過
native-image-agent預(yù)注冊類； - 機遇：
- GraalVM 提供了
Polyglot API，可與 JS、Python 等語言交互； - 未來可能通過動態(tài)代碼生成（如 Truffle）實現(xiàn)熱更新；
- 在云原生、Serverless 場景中具備部署優(yōu)勢。
到此這篇關(guān)于Java動態(tài)編譯與類加載實戰(zhàn)詳解的文章就介紹到這了,更多相關(guān)Java動態(tài)編譯與類加載內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
Springboot實現(xiàn)前后端分離excel下載
這篇文章主要介紹了Springboot實現(xiàn)前后端分離excel下載，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-11-11
這篇文章主要介紹了Java并發(fā)之AQS與自旋鎖詳解,類如其名,抽象的隊列式的同步器,AQS定義了一套多線程訪問共享資源的同步器框架,許多同步類實現(xiàn)都依賴于它,如常用的ReentrantLock/Semaphore/CountDownLatch,需要的朋友可以參考下2023-10-10
本篇文章主要介紹了從SpringMVC遷移到Springboot的方法步驟，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2018-01-01
SpringBoot基于AbstractRoutingDataSource實現(xiàn)多數(shù)據(jù)源動態(tài)切換
本文主要介紹了SpringBoot基于AbstractRoutingDataSource實現(xiàn)多數(shù)據(jù)源動態(tài)切換，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-05-05
三級緩存機制是Spring解決循環(huán)依賴問題的關(guān)鍵,本文主要介紹了Spring實現(xiàn)三級緩存機制,具有一定的參考價值,感興趣的可以了解一下2025-02-02
在Spring?Boot多模塊項目中,模塊間配置不生效是一個復(fù)雜但可解決的問題,尤其涉及自動配置類、依賴沖突、條件注解以及IDE配置,所以本文給大家介紹了SpringBoot多模塊自動配置失效問題的解決方案,需要的朋友可以參考下2025-05-05
這篇文章我們給大家總結(jié)了關(guān)于Python書寫格式及變量命名，小編覺得這篇文章寫的還不錯，有興趣的朋友跟著參考學(xué)習(xí)下，希望能夠給你帶來幫助2021-10-10
這篇文章主要介紹了SpringBoot如何使用內(nèi)嵌Tomcat問題，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2023-06-06
java String 轉(zhuǎn)成Double二維數(shù)組的方法
下面小編就為大家?guī)硪黄猨ava String 轉(zhuǎn)成Double二維數(shù)組的方法。小編覺得挺不錯的，現(xiàn)在就分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2016-10-10
SpringBoot前后端接口對接工作時，經(jīng)常遇到請求500，400等問題，本文主要介紹了SpringBoot前后端接口對接常見錯誤小結(jié)，感興趣的可以了解一下2022-01-01