高級11-Java日志管理：使用Log4j與SLF4J

在現代Java應用開發中，日志（Logging）是系統監控、調試、故障排查和性能分析的核心工具。一個高效、靈活、可配置的日志系統，不僅能幫助開發者快速定位問題，還能為運維團隊提供寶貴的運行時信息。在Java生態系統中，Log4j 和 SLF4J 是兩個最廣泛使用的日志框架，它們各具特色，常被結合使用以實現最佳實踐。

本文將深入探討Java日志管理的核心概念，詳細介紹 Log4j 2.x 和 SLF4J 的使用方法、配置技巧、性能優化以及最佳實踐。通過大量代碼示例，我們將從零開始構建一個功能完備的日志系統，涵蓋控制臺輸出、文件記錄、異步日志、日志級別、格式化、滾動策略等關鍵主題。

一、日志系統的重要性

在沒有日志的系統中，當程序出現異常或性能問題時，開發者往往只能“盲人摸象”，依靠猜測和重現來定位問題。日志系統則提供了以下關鍵價值：

  1. 調試與排錯：記錄程序執行流程、變量狀態、異常堆棧，幫助快速定位Bug。
  2. 監控與告警：通過分析日志中的錯誤、警告信息，實現系統健康監控。
  3. 審計與合規：記錄用戶操作、系統事件，滿足安全審計要求。
  4. 性能分析：記錄方法執行時間、數據庫查詢耗時，輔助性能優化。
  5. 運行時洞察：了解系統在生產環境中的實際行為，指導架構演進。

二、Java日志框架發展簡史

Java的日志生態經歷了多個階段的演進：

  1. JDK 1.4 之前：無標準日志機制，開發者使用 System.out.println()。
  2. JDK 1.4 (2002)：引入 java.util.logging（JUL），但功能有限，配置復雜。
  3. Log4j (2001)：由Ceki Gülcü開發，功能強大，迅速成為事實標準。
  4. Commons Logging (JCL)：Apache提供的日志門面，用于橋接不同日志實現。
  5. SLF4J (Simple Logging Facade for Java)：由Ceki Gülcü開發，作為更優雅的日志門面。
  6. Logback：SLF4J的原生實現，性能優于Log4j。
  7. Log4j 2.x：Apache重啟Log4j項目，解決1.x的性能和架構問題，支持插件化、異步日志等。

目前，SLF4J + Log4j 2.x 或 SLF4J + Logback 是最主流的組合。

三、SLF4J：日志門面（Facade）

SLF4J（Simple Logging Facade for Java） 不是一個日志實現，而是一個日志門面。它為各種日志框架（如Log4j、Logback、JUL）提供了一個統一的API，使應用程序與具體的日志實現解耦。

3.1 為什么需要日志門面？

假設你的項目直接依賴Log4j，代碼中使用 org.apache.log4j.Logger。如果未來想切換到Logback，你必須修改所有日志調用代碼，工作量巨大且容易出錯。

而使用SLF4J，你的代碼只依賴 org.slf4j.Logger，通過更換**綁定庫（Binding）**即可切換底層實現，無需修改業務代碼。

3.2 SLF4J 核心組件

  • org.slf4j.Logger：日志記錄接口，定義 debug(), info(), warn(), error() 等方法。
  • org.slf4j.LoggerFactory：工廠類，用于獲取 Logger 實例。
  • 綁定庫（Binding）：將SLF4J API橋接到具體日志實現，如 slf4j-log4j12, log4j-slf4j-impl, logback-classic。

3.3 SLF4J 基本使用示例

1. 添加Maven依賴
<!-- SLF4J API -->
<dependency><groupId>org.slf4j</groupId><artifactId>slf4j-api</artifactId><version>1.7.36</version>
</dependency><!-- Log4j 2.x 綁定 -->
<dependency><groupId>org.apache.logging.log4j</groupId><artifactId>log4j-slf4j-impl</artifactId><version>2.19.0</version>
</dependency>

注意：確保項目中只有一個SLF4J綁定，否則會報錯。

2. 編寫日志代碼
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;public class UserService {// 獲取Logger實例，通常以類名命名private static final Logger logger = LoggerFactory.getLogger(UserService.class);public void createUser(String username) {logger.debug("Creating user: {}", username); // 使用占位符，避免字符串拼接try {// 模擬業務邏輯if (username == null || username.trim().isEmpty()) {throw new IllegalArgumentException("Username cannot be null or empty");}logger.info("User '{}' created successfully", username);} catch (Exception e) {logger.error("Failed to create user: {}", username, e); // 記錄異常堆棧throw e;}}
}
3. 測試
public class LoggingDemo {public static void main(String[] args) {UserService userService = new UserService();userService.createUser("alice");userService.createUser(""); // 觸發異常}
}

輸出：

14:23:45.123 [main] DEBUG com.example.UserService - Creating user: alice
14:23:45.124 [main] INFO  com.example.UserService - User 'alice' created successfully
14:23:45.125 [main] DEBUG com.example.UserService - Creating user: 
14:23:45.125 [main] ERROR com.example.UserService - Failed to create user: 
java.lang.IllegalArgumentException: Username cannot be null or emptyat com.example.UserService.createUser(UserService.java:12)...

3.4 SLF4J 占位符（Placeholders）

SLF4J支持 {} 占位符，這是最佳實踐，因為：

  • 避免不必要的字符串拼接（當日志級別為INFO時，DEBUG日志不會輸出，但字符串拼接仍會執行）。
  • 支持自動轉換對象為字符串。
  • 支持多參數。
logger.debug("User {} logged in from IP {}", username, ip);
logger.error("Database connection failed", exception); // 異常作為最后一個參數

四、Log4j 2.x：高性能日志實現

Log4j 2.x 是Apache Log4j的下一代版本，解決了1.x的性能瓶頸和架構缺陷，提供了：

  • 極高的性能（異步日志性能提升10倍以上）
  • 插件化架構
  • 自動重新加載配置
  • 高級過濾功能
  • 多種Appender（輸出目的地）
  • Lambda表達式支持

4.1 Log4j 2.x 核心組件

Log4j 2.x 的核心是 Logger, Appender, Layout, Level 四大組件。

1. Logger（記錄器）
  • 負責生成日志事件。
  • 具有名稱（通常為類的全限定名）和日志級別。
  • 支持層級繼承（如 com.example.service.UserService 繼承 com.example.service 的配置）。
2. Appender（輸出器）
  • 決定日志輸出到哪里。
  • 常見Appender：
    • ConsoleAppender：輸出到控制臺
    • FileAppender / RollingFileAppender：輸出到文件，支持滾動
    • SocketAppender：通過網絡發送
    • JDBCAppender：寫入數據庫
    • KafkaAppender：發送到Kafka
3. Layout（布局）
  • 定義日志的輸出格式。
  • 常用Layout：
    • PatternLayout：自定義格式
    • JsonLayout：JSON格式
    • XmlLayout：XML格式
4. Level（日志級別）
  • 定義日志的嚴重程度。
  • 優先級從高到低：
    • OFF (最高，關閉所有日志)
    • FATAL
    • ERROR
    • WARN
    • INFO
    • DEBUG
    • TRACE
    • ALL (最低，記錄所有日志)

注意：Logger的級別決定了它能接收哪些級別的日志。例如，級別為INFO的Logger會接收INFO、WARN、ERROR、FATAL日志，但忽略DEBUG和TRACE。

五、Log4j 2.x 配置詳解

Log4j 2.x 支持多種配置方式：XML、JSON、YAML、Properties、Java代碼。我們以最常用的 XML 為例。

5.1 基本XML配置文件（log4j2.xml）

<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN" monitorInterval="30"><!-- 定義公共屬性 --><Properties><Property name="LOG_PATH">logs</Property><Property name="FILE_NAME">app</Property></Properties><Appenders><!-- 控制臺Appender --><Console name="ConsoleAppender" target="SYSTEM_OUT"><PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/></Console><!-- 文件Appender（滾動策略） --><RollingFile name="RollingFileAppender"fileName="${LOG_PATH}/${FILE_NAME}.log"filePattern="${LOG_PATH}/${FILE_NAME}-%d{yyyy-MM-dd}-%i.log.gz"><PatternLayout><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n</pattern></PatternLayout><!-- 滾動策略：基于時間和大小 --><Policies><!-- 每天滾動一次 --><TimeBasedTriggeringPolicy interval="1" modulate="true"/><!-- 文件大小超過100MB時滾動 --><SizeBasedTriggeringPolicy size="100MB"/></Policies><!-- 策略：保留最多30天的日志 --><DefaultRolloverStrategy max="30"/></RollingFile></Appenders><Loggers><!-- 根Logger --><Root level="info"><AppenderRef ref="ConsoleAppender"/><AppenderRef ref="RollingFileAppender"/></Root><!-- 特定包的Logger（可選） --><Logger name="com.example.service" level="debug" additivity="false"><AppenderRef ref="RollingFileAppender"/></Logger></Loggers>
</Configuration>

5.2 配置項詳解

  • status="WARN"：Log4j內部日志級別，用于診斷配置錯誤。
  • monitorInterval="30"：每隔30秒檢查配置文件是否修改，自動重新加載。
  • <Properties>：定義變量，便于復用。
  • <Console>：輸出到控制臺。
  • <RollingFile>：
    • fileName：當前日志文件路徑。
    • filePattern：歸檔文件命名模式，%d{yyyy-MM-dd}按天，%i為序號，.gz表示壓縮。
  • <Policies>：觸發滾動的策略。
    • TimeBasedTriggeringPolicy：按時間滾動。
    • SizeBasedTriggeringPolicy：按大小滾動。
  • <DefaultRolloverStrategy>：滾動后的保留策略，max="30"表示最多保留30個歸檔文件。
  • <Root>：根Logger，所有Logger的默認父級。
  • <Logger>：自定義Logger，可覆蓋特定包的日志級別和Appender。
    • additivity="false"：關閉累加性，避免日志被父Logger重復輸出。

5.3 高級Appender配置

1. 異步日志（AsyncAppender）

異步日志能顯著提升性能，尤其在高并發場景。

<Async name="AsyncAppender"><AppenderRef ref="RollingFileAppender"/>
</Async><Loggers><Root level="info"><AppenderRef ref="ConsoleAppender"/><AppenderRef ref="AsyncAppender"/> <!-- 使用異步Appender --></Root>
</Loggers>

注意：Log4j 2.x 還支持 LMAX Disruptor 實現的異步Logger，性能更高。

2. JSON格式日志

便于日志收集系統（如ELK）解析。

<RollingFile name="JsonFileAppender" ...><JsonLayout compact="true" eventEol="true"/><Policies>...</Policies>
</RollingFile>

輸出示例：

{"timeMillis":1719843825123,"thread":"main","level":"INFO","loggerName":"com.example.UserService","message":"User 'alice' created successfully","endOfBatch":false,"loggerFqcn":"org.apache.logging.slf4j.Log4jLogger","threadId":1,"threadPriority":5}
3. 過濾器（Filters）

根據條件決定是否記錄日志。

<RollingFile name="FilteredFileAppender" ...><PatternLayout pattern="%d %p %c{1.} [%t] %m%n"/><ThresholdFilter level="WARN" onMatch="DENY" onMismatch="NEUTRAL"/><Policies>...</Policies>
</RollingFile>
  • ThresholdFilter：級別過濾器，WARN及以上級別被拒絕（DENY），低于則中立（NEUTRAL）。
  • onMatch：匹配時的動作（ACCEPT, DENY, NEUTRAL）。
  • onMismatch：不匹配時的動作。

六、SLF4J與Log4j 2.x集成實戰

我們已經通過Maven依賴將SLF4J與Log4j 2.x集成。現在通過一個完整示例演示其工作流程。

6.1 項目結構

src/
├── main/
│   ├── java/
│   │   └── com/example/
│   │       ├── UserService.java
│   │       └── LoggingDemo.java
│   └── resources/
│       ├── log4j2.xml
│       └── application.properties

6.2 日志配置優化

增強 log4j2.xml 功能：

<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN" monitorInterval="30"><Properties><Property name="LOG_PATH">./logs</Property><Property name="APP_NAME">myapp</Property><Property name="MAX_FILE_SIZE">100MB</Property><Property name="MAX_FILES">10</Property></Properties><Appenders><!-- 彩色控制臺輸出 --><Console name="Console" target="SYSTEM_OUT"><PatternLayout pattern="%highlight{%d{ISO8601} [%t] %-5level %logger{36} - %msg%n}{FATAL=red blink, ERROR=red, WARN=yellow bold, INFO=green, DEBUG=cyan, TRACE=blue}"/></Console><!-- 按天滾動的主日志文件 --><RollingFile name="RollingFile"fileName="${LOG_PATH}/${APP_NAME}.log"filePattern="${LOG_PATH}/${APP_NAME}-%d{yyyy-MM-dd}-%i.log"><PatternLayout><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n</pattern></PatternLayout><Policies><TimeBasedTriggeringPolicy/><SizeBasedTriggeringPolicy size="${MAX_FILE_SIZE}"/></Policies><DefaultRolloverStrategy max="${MAX_FILES}"/></RollingFile><!-- 專門記錄ERROR日志的文件 --><RollingFile name="ErrorFile"fileName="${LOG_PATH}/${APP_NAME}-error.log"filePattern="${LOG_PATH}/${APP_NAME}-error-%d{yyyy-MM-dd}-%i.log"><PatternLayout pattern="%d %p %c [%t] %m%n"/><Policies><TimeBasedTriggeringPolicy/></Policies><DefaultRolloverStrategy max="30"/><!-- 只記錄ERROR及以上級別 --><ThresholdFilter level="ERROR" onMatch="ACCEPT" onMismatch="DENY"/></RollingFile><!-- 異步Appender --><Async name="Async"><AppenderRef ref="RollingFile"/><AppenderRef ref="ErrorFile"/></Async></Appenders><Loggers><!-- 業務包：DEBUG級別 --><Logger name="com.example" level="debug" additivity="false"><AppenderRef ref="Async"/></Logger><!-- 第三方庫：INFO級別，避免過多日志 --><Logger name="org.springframework" level="info"/><Logger name="org.hibernate" level="warn"/><!-- 根Logger --><Root level="info"><AppenderRef ref="Console"/></Root></Loggers>
</Configuration>

6.3 代碼示例：用戶服務與異常處理

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;public class UserService {private static final Logger logger = LoggerFactory.getLogger(UserService.class);public void processUser(String username) {logger.debug("Processing user: {}", username);// 模擬不同場景if (username == null) {logger.warn("Null username provided, using default");username = "anonymous";}if (username.length() < 3) {logger.error("Username '{}' is too short", username);throw new IllegalArgumentException("Username too short");}logger.info("Successfully processed user: {}", username);}
}

public class LoggingDemo {private static final Logger logger = LoggerFactory.getLogger(LoggingDemo.class);public static void main(String[] args) {logger.info("Application started");UserService userService = new UserService();try {userService.processUser("alice");userService.processUser("ab");} catch (Exception e) {logger.error("Processing failed", e);}logger.info("Application finished");}
}

6.4 運行結果分析

  1. 控制臺輸出（彩色）：

    2025-08-01 09:00:00.123 [main] INFO  c.e.LoggingDemo - Application started
2025-08-01 09:00:00.124 [main] DEBUG c.e.UserService - Processing user: alice
2025-08-01 09:00:00.125 [main] INFO  c.e.UserService - Successfully processed user: alice
2025-08-01 09:00:00.126 [main] DEBUG c.e.UserService - Processing user: ab
2025-08-01 09:00:00.126 [main] ERROR c.e.UserService - Username 'ab' is too short
2025-08-01 09:00:00.127 [main] ERROR c.e.LoggingDemo - Processing failed
java.lang.IllegalArgumentException: Username too shortat com.example.UserService.processUser(UserService.java:18)...
2025-08-01 09:00:00.128 [main] INFO  c.e.LoggingDemo - Application finished

  2. 日志文件：

    • logs/myapp.log：包含所有DEBUG及以上日志。
    • logs/myapp-error.log：僅包含ERROR日志。
    • 當文件達到100MB或跨天時，生成新文件并壓縮。

七、性能優化與最佳實踐

7.1 性能優化技巧

  1. 使用異步日志

    • 顯著降低日志記錄的延遲。
    • 配置 AsyncAppender 或使用 AsyncLogger。

  2. 避免不必要的字符串拼接

    • 始終使用 {} 占位符。

    • 在條件判斷中檢查日志級別：

      if (logger.isDebugEnabled()) {logger.debug("Complex object: " + expensiveToString()); // expensiveToString() 可能很耗時
}
// 更好的方式：讓SLF4J內部判斷
logger.debug("Complex object: {}", () -> expensiveToString()); // Lambda延遲執行

  3. 合理設置日志級別

    • 生產環境避免 DEBUG 和 TRACE。
    • 使用MDC（Mapped Diagnostic Context）進行上下文追蹤。

  4. 監控日志文件大小

    • 配置合理的滾動策略和保留策略，避免磁盤耗盡。

7.2 MDC（Mapped Diagnostic Context）

MDC允許在日志中添加上下文信息，如請求ID、用戶ID，便于追蹤分布式請求。

import org.slf4j.MDC;public class RequestHandler {private static final Logger logger = LoggerFactory.getLogger(RequestHandler.class);public void handleRequest(String requestId, String userId) {// 將上下文放入MDCMDC.put("requestId", requestId);MDC.put("userId", userId);try {logger.info("Handling request"); // 日志中會包含requestId和userId// ... 業務邏輯} finally {// 清理MDC，避免內存泄漏MDC.clear();}}
}

修改PatternLayout以包含MDC：

<PatternLayout pattern="%d %p %c [%t] [%X{requestId} %X{userId}] %m%n"/>

輸出：

2025-08-01 09:15:30.456 INFO c.e.RequestHandler [main] [req-123 user-456] Handling request

7.3 最佳實踐清單

  1. 使用SLF4J門面，避免直接依賴具體實現。
  2. Logger命名：使用 private static final Logger logger = LoggerFactory.getLogger(當前類.class);。
  3. 日志級別選擇：
    • ERROR：系統錯誤，需要立即關注。
    • WARN：潛在問題，可能影響功能。
    • INFO：重要業務事件，如啟動、關閉、關鍵操作。
    • DEBUG：調試信息，用于開發和問題排查。
    • TRACE：非常詳細的調試信息。
  4. 記錄異常：使用 logger.error("Message", exception)，而非 logger.error("Message: " + exception.getMessage())。
  5. 避免敏感信息：不要記錄密碼、密鑰、身份證號等。
  6. 配置文件外置：將 log4j2.xml 放在 classpath 外，便于運維修改。
  7. 定期審查日志：確保日志內容有價值，避免“日志噪音”。

八、常見問題與解決方案

8.1 NoClassDefFoundError / ClassNotFoundException

問題：缺少必要的JAR包。

解決方案：

  • 檢查Maven依賴是否完整。
  • 確保SLF4J綁定庫與Log4j版本兼容。
  • 使用 mvn dependency:tree 檢查依賴沖突。

8.2 日志不輸出

可能原因：

  1. 配置文件未找到（不在classpath）。
  2. Logger級別設置過高（如OFF）。
  3. Appender配置錯誤（如路徑不可寫）。
  4. 存在多個SLF4J綁定，導致沖突。

排查步驟：

  • 檢查 status="DEBUG" 查看Log4j內部日志。
  • 確認 log4j2.xml 在 src/main/resources 目錄。
  • 使用 LoggerFactory.getLogger("Test") 測試。

8.3 日志文件未滾動

原因：

  • filePattern 配置錯誤。
  • Policies 未正確配置。
  • 磁盤空間不足或權限問題。

九、與其他框架集成

9.1 Spring Boot

Spring Boot默認使用 Logback，但可輕松切換到 Log4j 2。

1. 排除Logback，引入Log4j 2
<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter</artifactId><exclusions><exclusion><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-logging</artifactId></exclusion></exclusions>
</dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-log4j2</artifactId>
</dependency>
2. 配置文件
  • log4j2-spring.xml：Spring Boot推薦命名，支持Spring Profile。
  • application.properties 中配置：
    logging.config=classpath:log4j2-spring.xml

9.2 Web應用（Servlet）

在 web.xml 中配置Log4j 2的監聽器，確保在應用啟動時初始化：

<listener><listener-class>org.apache.logging.log4j.web.Log4jServletContextListener</listener-class>
</listener><context-param><param-name>log4jConfiguration</param-name><param-value>/WEB-INF/log4j2.xml</param-value>
</context-param>

十、總結

Log4j 2.x 和 SLF4J 的組合為Java應用提供了強大、靈活、高性能的日志解決方案。

  • SLF4J 作為日志門面，實現了應用與日志實現的解耦，是“面向接口編程”原則的典范。
  • Log4j 2.x 作為日志實現，提供了豐富的功能、卓越的性能和高度的可配置性。

通過合理配置Appender、Layout、Level和過濾器，我們可以構建出滿足各種需求的日志系統。結合MDC、異步日志、滾動策略等高級特性，能夠有效支持生產環境的監控和運維。

記住，好的日志不是越多越好，而是要在正確的時間、以正確的格式、記錄正確的內容。遵循最佳實踐，定期審查和優化日志策略，你的應用將擁有一個可靠、高效的“黑匣子”。

附錄：完整Maven依賴

<dependencies><!-- SLF4J API --><dependency><groupId>org.slf4j</groupId><artifactId>slf4j-api</artifactId><version>1.7.36</version></dependency><!-- Log4j 2 API --><dependency><groupId>org.apache.logging.log4j</groupId><artifactId>log4j-api</artifactId><version>2.19.0</version></dependency><!-- Log4j 2 Core --><dependency><groupId>org.apache.logging.log4j</groupId><artifactId>log4j-core</artifactId><version>2.19.0</version></dependency><!-- SLF4J to Log4j 2 Bridge --><dependency><groupId>org.apache.logging.log4j</groupId><artifactId>log4j-slf4j-impl</artifactId><version>2.19.0</version></dependency><!-- 可選：Log4j 2 Async Support (LMAX Disruptor) --><dependency><groupId>com.lmax</groupId><artifactId>disruptor</artifactId><version>3.4.4</version></dependency>
</dependencies>

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/web/91657.shtml
繁體地址，請注明出處：http://hk.pswp.cn/web/91657.shtml
英文地址，請注明出處：http://en.pswp.cn/web/91657.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！

相關文章

sc-atac的基礎知識（0）

sc-atac的基礎知識（0）

sc-atac的基礎知識 **fragment**是ATAC-seq實驗中的一個重要概念&#xff0c;它指的是通過Tn5轉座酶對DNA分子進行酶切&#xff0c;然后經由雙端測序得到的序列。根據Tn5插入導致的偏移從read比對得到的位置推斷出fragment的起始和結束位置。根據之前的報道&#xff0c;Tn5轉座…
閱讀更多...
Python從入門到精通計劃Day01: Python開發環境搭建指南：從零開始打造你的“數字廚房“

Python從入門到精通計劃Day01: Python開發環境搭建指南：從零開始打造你的“數字廚房“

目錄一、配置你的「魔杖」&#xff1a;Python 3.x安裝1.1 跨平臺安裝指南1.2 驗證你的「法力值」二、選擇你的「魔法工坊」&#xff1a;IDE配置2.1 VS Code&#xff1a;輕量級實驗室2.2 PyCharm&#xff1a;專業級法師塔三、施展第一個「魔咒」&#xff1a;Hello World3.1 基礎…
閱讀更多...
MCP Agent 工程框架Dify初探

MCP Agent 工程框架Dify初探

目錄引言一、Dify是什么二、為什么使用Dify三、使用Dify要怎么做1、聊天助手2、Agent2.1 Function calling&#xff08;函數調用&#xff09;和 ReAct 兩種推理模式的區別2.1.1 技術本質與工作流程對比2.1.2 優缺點對比2.1.3 適用場景與選擇依據2.2 LangChain 的 Agent 實現原理…
閱讀更多...
無人機光伏巡檢漏檢率↓78%！陌訊多模態融合算法實戰解析

無人機光伏巡檢漏檢率↓78%！陌訊多模態融合算法實戰解析

原創聲明本文為原創技術解析&#xff0c;核心技術參數與架構設計引用自《陌訊技術白皮書》&#xff0c;轉載請注明來源。一、行業痛點&#xff1a;無人機光伏巡檢的 "識別困境"光伏電站的大規模鋪設推動了無人機巡檢的普及&#xff0c;但實際作業中仍面臨三大技術瓶頸…
閱讀更多...
機動車占道識別準確率提升 29%：陌訊動態輪廓感知算法實戰解析

機動車占道識別準確率提升 29%：陌訊動態輪廓感知算法實戰解析

原創聲明本文為原創技術解析&#xff0c;核心技術參數與架構設計引用自《陌訊技術白皮書》&#xff0c;禁止未經授權的轉載與改編。一、行業痛點&#xff1a;機動車占道治理的技術瓶頸城市交通監控中&#xff0c;機動車占用應急車道、公交車道等違規行為已成為影響通行效率與交…
閱讀更多...
UNet改進（29）：記憶增強注意力機制在UNet中的創新應用-原理、實現與性能提升

UNet改進（29）：記憶增強注意力機制在UNet中的創新應用-原理、實現與性能提升

記憶增強注意力機制概述 記憶增強注意力是一種結合了外部記憶模塊的注意力機制，它使神經網絡能夠存儲和檢索長期知識，而不僅僅是依賴當前的輸入特征。這種機制特別適合需要保持長期依賴關系的任務，如醫學圖像分割，其中模型需要記住不同樣本中出現的常見模式。 核心組件 記…
閱讀更多...
使用Python開發Ditto剪貼板數據導出工具

使用Python開發Ditto剪貼板數據導出工具

前言在日常工作中&#xff0c;我們經常需要處理大量的剪貼板數據。Ditto作為一款優秀的剪貼板管理軟件&#xff0c;幫助我們保存了豐富的歷史記錄。但有時我們需要將這些數據導出進行進一步分析或備份&#xff0c;而Ditto本身并沒有提供直觀的批量導出功能。C:\pythoncode\new\…
閱讀更多...
【人工智能】提示詞設計原則：簡潔性、明確性、具體性如何平衡？

【人工智能】提示詞設計原則：簡潔性、明確性、具體性如何平衡？

提示詞設計原則&#xff1a;簡潔性、明確性、具體性如何平衡&#xff1f;1. 提示詞設計三大原則的核心內涵1.1 簡潔性1.1.1 定義用最少的文字傳遞核心信息&#xff0c;避免冗余和不必要的描述。比如 “寫 3 個春天的成語” 比 “我想讓你寫出來 3 個和春天有關系的成語詞語” 更…
閱讀更多...
JS的作用域

JS的作用域

文章目錄一、為什么需要作用域&#xff1f;二、什么是 JS 作用域&#xff1f;2.1 什么是詞法作用域和動態作用域&#xff1f;1. 詞法作用域&#xff08;Lexical Scpoe&#xff09;2. 動態作用域2.2 JS 的作用域2.3 JS 作用域的分類1. 全局作用域2. 模塊作用域3. 函數作用域4. 塊…
閱讀更多...
OLTP，OLAP，HTAP是什么，數據庫該怎么選

OLTP，OLAP，HTAP是什么，數據庫該怎么選

目錄 OLTP&#xff08;Online Transaction Processing&#xff09;聯機事務處理 OLAP&#xff08;Online Analytical Processing&#xff09;聯機分析處理 非實時OLAP 實時OLAP HTAP&#xff08;Hybrid Transactional/Analytical Processing&#xff09; OLAP 和 OLTP 數…
閱讀更多...
【前端】CSS Flexbox布局示例介紹

【前端】CSS Flexbox布局示例介紹

CSS Flexbox&#xff08;彈性盒子&#xff09;簡介 Flexbox 是一種一維布局模型&#xff0c;用于高效處理元素在容器內的空間分配、對齊和排序。它通過父容器&#xff08;flex container&#xff09;和子元素&#xff08;flex items&#xff09;的配合實現靈活響應式布局。核心…
閱讀更多...
Vue3核心語法基礎

Vue3核心語法基礎

一、為什么要學 Composition API&#xff1f;在以前我們寫代碼用Vue2寫&#xff1a;export default {data() {return { count: 0, msg: hello }},methods: {add() { this.count }},computed: {double() { return this.count * 2 }} }很明顯 一個功能被拆成三塊&#xff1a;data…
閱讀更多...
FSMC的配置和應用

FSMC的配置和應用

一、FSMC 簡介與工作原理FSMC&#xff08;Flexible Static Memory Controller&#xff09;是 STM32 微控制器中用于與外部靜態存儲器&#xff08;如 SRAM、PSRAM、NOR Flash、LCD 等&#xff09;進行通信的一個外設模塊。1、支持的設備類型&#xff1a;SRAM / PSRAMNOR FlashNA…
閱讀更多...
Linux I/O 系統調用完整對比分析

Linux I/O 系統調用完整對比分析

Linux I/O 系統調用完整對比分析 1. 概述 Linux 提供了豐富的 I/O 系統調用&#xff0c;每種都有其特定的用途和優勢。本文將詳細分析這些系統調用的特點、使用場景和性能特征。 2. 系統調用詳細對比 2.1 基本讀寫函數 pread/pwrite #include <unistd.h>// 位置指定…
閱讀更多...
TiDB集群部署

TiDB集群部署

架構&#xff1a; tidb–3臺&#xff0c;pd–3臺&#xff0c;tikv–3臺 8c16g200g 1x2.2x.2x7.124 1x2.2x.2x7.148 1x2.2x.2x7.87 1x2.2x.2x7.93 1x2.2x.2x7.127 1x2.2x.2x7.104 pd-3臺 4c8g100g 1x2.2x.2x7.143 1x2.2x.2x7.132 1x2.2x.2x7.91 1、下載安裝包 #注&#xff1a;我…
閱讀更多...
C#中對于List的多種排序方式

C#中對于List的多種排序方式

在 C# 中給 List<AI> 排序&#xff0c;只要 明確排序規則&#xff08;比如按某個字段、某幾個字段、或外部規則&#xff09;&#xff0c;就能用下面幾種常見寫法。下面全部基于這個示例類&#xff1a;public class AI {public int country; // 國家編號public int pr…
閱讀更多...
Spring框架中Bean的生命周期：源碼解析與最佳實踐

Spring框架中Bean的生命周期：源碼解析與最佳實踐

第1章&#xff1a;Spring Bean生命周期概述1.1 什么是Spring Bean生命周期&#xff1f;定義&#xff1a;Spring Bean生命周期是指從Bean的創建、初始化、使用到銷毀的完整過程&#xff0c;由Spring容器嚴格管理 。核心思想是Spring容器通過IoC&#xff08;控制反轉&#xff09;…
閱讀更多...
【51單片機6位數碼管密碼鎖】2022-10-15

【51單片機6位數碼管密碼鎖】2022-10-15

緣由六位密碼器設計連接LED-嵌入式-CSDN問答 矩陣51單片機密碼鎖,回復:https://bbs.csdn.net/topics/392713242_智者知已應修善業的博客-CSDN博客 #include "REG52.h" unsigned char code smgduan[]{0x3f,0x06,0x5b,0x4f,0x66,0x6d,0x7d,0x07,0x7f,0x6f,0x77,0x7c,0x…
閱讀更多...
?我的第一個開源項目：躍動的心

?我的第一個開源項目：躍動的心

還是一個編程初學者時&#xff0c;我懷著激動的心情完成了人生第一個開源項目——一個用HTML5 Canvas制作的動態跳動愛心效果。這個項目雖然簡單&#xff0c;卻讓我深刻體會到了開源分享的快樂和技術創造的魅力。 壹、項目靈感 這個項目的靈感來源于瀏覽網頁時&#xff0c;被各…
閱讀更多...
技術演進中的開發沉思-53 DELPHI VCL系列：windows的消息（下）：TApplication窗體

技術演進中的開發沉思-53 DELPHI VCL系列：windows的消息（下）：TApplication窗體

今天我們梳理下關于TApplication的窗體消息下半部分的內容。前面也說過&#xff0c;在 Delphi 的世界里&#xff0c;TApplication 就像一位經驗豐富的總工程師&#xff0c;而主窗體則是它傾注心血打造的核心建筑。如果你第一次在實驗室里敲出 Delphi 代碼時&#xff0c;屏幕上彈…
閱讀更多...
最新文章

Copyright @ 2022~2023