【spring security】權限管理組件執行流程詳解

🎯 權限管理組件執行流程詳解

🏗? 組件架構圖

┌─────────────────────────────────────────────────────────────┐
│                    HTTP請求                                  │
└─────────────────────┬───────────────────────────────────────┘│
┌─────────────────────▼───────────────────────────────────────┐
│              SecureController                               │
│  - 獲取當前用戶ID                                            │
│  - 統一錯誤處理                                              │
└─────────────────────┬───────────────────────────────────────┘│
┌─────────────────────▼───────────────────────────────────────┐
│              SecurityService (接口)                         │
│  - 業務語義化的權限檢查方法                                   │
│  - canAccessUser(), canCreateProcurement()等                │
└─────────────────────┬───────────────────────────────────────┘│
┌─────────────────────▼───────────────────────────────────────┐
│              SecurityServiceImpl (實現)                     │
│  - 構建SecurityContext                                      │
│  - 調用PermissionEngine                                     │
│  - 異常處理                                                  │
└─────────────────────┬───────────────────────────────────────┘│
┌─────────────────────▼───────────────────────────────────────┐
│              PermissionEngine (接口)                        │
│  - 權限計算的抽象接口                                        │
│  - checkPermission()方法                                   │
└─────────────────────┬───────────────────────────────────────┘│
┌─────────────────────▼───────────────────────────────────────┐
│              RoleBasedPermissionEngine (實現)               │
│  - 具體的權限計算邏輯                                        │
│  - 基于角色的權限規則                                        │
└─────────────────────────────────────────────────────────────┘

🔄 完整執行流程

場景：BUYER用戶想查看自己的信息

讓我們跟蹤一個完整的請求：GET /api/v1/users/123

第1步：SecureController - 安全控制器基類

// 任何繼承SecureController的Controller
@RestController
class UserController(currentUserService: CurrentUserService,private val securityService: SecurityService  // 👈 注入SecurityService接口
) : SecureController(currentUserService) {@GetMapping("/api/v1/users/{userId}")fun getUserInfo(@PathVariable userId: String): ResponseEntity<UserInfo> {// 1.1 獲取當前用戶ID（來自SecureController基類）val currentUserId = getCurrentUserId()  // 返回 "123"// 1.2 調用SecurityService進行權限檢查if (!securityService.canAccessUser(userId)) {  // 👈 調用接口方法return createForbiddenResponse()}// 1.3 執行業務邏輯val userInfo = userService.getUserInfo(userId)return ResponseEntity.ok(userInfo)}
}

SecureController說：“我獲取到當前用戶ID是123，現在要檢查是否可以訪問用戶123的信息，讓我問問SecurityService！”

第2步：SecurityService - 權限服務接口

// SecurityService.kt - 接口定義
interface SecurityService {/*** 是否可以訪問用戶信息*/fun canAccessUser(userId: String?): Boolean  // 👈 業務語義化的方法/*** 是否可以創建采購需求*/fun canCreateProcurement(): Boolean// ... 其他業務權限方法
}

SecurityService接口說：“我定義了所有業務權限檢查的方法，具體實現由SecurityServiceImpl來完成！”

第3步：SecurityServiceImpl - 權限服務實現

// SecurityServiceImpl.kt - 具體實現
@Service("securityService")
class SecurityServiceImpl(private val currentUserService: CurrentUserService,private val permissionEngine: PermissionEngine  // 👈 注入PermissionEngine接口
) : SecurityService {override fun canAccessUser(userId: String?): Boolean {// 3.1 調用通用權限檢查方法return safeCheckPermission("user", "read", userId)  // 👈 轉換為通用格式}private fun safeCheckPermission(resource: String,    // "user"action: String,      // "read"targetId: String?    // "123"): Boolean {return try {// 3.2 構建安全上下文val context = getCurrentSecurityContext() ?: return false// 3.3 調用權限引擎進行具體檢查permissionEngine.checkPermission(context, resource, action, targetId)  // 👈 委托給引擎} catch (e: Exception) {false  // 異常時拒絕訪問}}private fun getCurrentSecurityContext(): SecurityContext? {return try {val currentUserResult = currentUserService.getCurrentUser()if (!currentUserResult.isSuccess) return nullval currentUser = currentUserResult.data!!val role = Role.fromCode(currentUser.role.name) ?: return null// 3.4 創建SecurityContext對象SecurityContext(userId = currentUser.id.value.toString(),  // "123"userRole = role,                           // Role.BUYERuserStatus = currentUser.status.name       // "ACTIVE")} catch (e: Exception) {null}}
}

SecurityServiceImpl說：“我收到canAccessUser請求，讓我構建安全上下文，然后調用權限引擎來做具體判斷！”

第4步：PermissionEngine - 權限引擎接口

// PermissionEngine.kt - 權限計算引擎接口
interface PermissionEngine {/*** 檢查權限*/fun checkPermission(context: SecurityContext,  // 安全上下文resource: String,          // 資源類型action: String,           // 操作類型targetId: String? = null  // 目標ID): Booleanfun getEngineVersion(): Stringfun getEngineDescription(): String
}

PermissionEngine接口說：“我定義了權限計算的標準接口，具體的計算邏輯由不同的實現來完成！”

第5步：RoleBasedPermissionEngine - 基于角色的權限引擎

// RoleBasedPermissionEngine.kt - 具體的權限計算實現
@Component
class RoleBasedPermissionEngine : PermissionEngine {override fun checkPermission(context: SecurityContext,  // userId="123", userRole=BUYER, userStatus="ACTIVE"resource: String,          // "user"action: String,           // "read"targetId: String?         // "123"): Boolean {// 5.1 基礎檢查：非活躍用戶無權限if (!context.isActive()) {return false}// 5.2 管理員檢查：管理員擁有所有權限if (context.isAdmin()) {return true}// 5.3 根據角色進行具體權限檢查return when (context.userRole) {Role.BUYER -> checkBuyerPermission(context, resource, action, targetId)  // 👈 BUYER角色Role.SELLER -> checkSellerPermission(context, resource, action, targetId)Role.FORWARDER -> checkForwarderPermission(context, resource, action, targetId)Role.SALES -> checkSalesPermission(context, resource, action, targetId)Role.SUPPORT -> checkSupportPermission(context, resource, action, targetId)Role.ADMIN -> true  // 已在上面處理}}private fun checkBuyerPermission(context: SecurityContext,  // userId="123", userRole=BUYERresource: String,          // "user"action: String,           // "read"targetId: String?         // "123"): Boolean {return when (resource) {"user" -> when (action) {"read" -> context.canAccessUserData(targetId)  // 👈 檢查是否可以訪問用戶數據"write" -> context.canAccessUserData(targetId)else -> false}"procurement" -> when (action) {"create" -> true  // BUYER可以創建采購需求"read" -> true    // BUYER可以查看采購需求"write" -> canAccessOwnResource(context, targetId)  // 只能修改自己的else -> false}// ... 其他資源else -> false}}
}

RoleBasedPermissionEngine說：“讓我分析…用戶123是BUYER角色，想讀取用戶123的信息，這是訪問自己的數據，允許！”

🎭 各組件的具體職責

1. SecureController（安全控制器基類）

// 職責：提供安全基礎設施
abstract class SecureController {protected fun getCurrentUserId(): String        // 獲取當前用戶IDprotected fun resolveUserId(String?): String    // 解析目標用戶IDprotected fun createForbiddenResponse(): ResponseEntity  // 創建403響應
}

角色：安全基礎設施提供者
工作：獲取用戶身份、統一錯誤處理

2. SecurityService（權限服務接口）

// 職責：定義業務權限檢查接口
interface SecurityService {fun canAccessUser(userId: String?): Boolean      // 業務語義化fun canCreateProcurement(): Boolean              // 業務語義化fun canModifyOrder(orderId: String?): Boolean    // 業務語義化
}

角色：業務權限接口定義者
工作：提供清晰的業務語義化權限檢查方法

3. SecurityServiceImpl（權限服務實現）

// 職責：協調和轉換
@Service
class SecurityServiceImpl {private fun safeCheckPermission(resource, action, targetId): Boolean  // 轉換格式private fun getCurrentSecurityContext(): SecurityContext             // 構建上下文
}

角色：協調者和轉換器
工作：

  • 將業務方法轉換為通用權限檢查
  • 構建SecurityContext
  • 異常處理
  • 委托給權限引擎

4. PermissionEngine（權限引擎接口）

// 職責：定義權限計算接口
interface PermissionEngine {fun checkPermission(context, resource, action, targetId): Boolean  // 通用權限檢查
}

角色：權限計算接口定義者
工作：定義標準的權限計算接口，支持可插拔實現

5. RoleBasedPermissionEngine（基于角色的權限引擎）

// 職責：具體的權限計算邏輯
@Component
class RoleBasedPermissionEngine {private fun checkBuyerPermission(...): Boolean    // BUYER角色權限private fun checkSellerPermission(...): Boolean   // SELLER角色權限private fun checkAdminPermission(...): Boolean    // ADMIN角色權限
}

角色：權限計算執行者
工作：

  • 執行具體的權限計算邏輯
  • 基于角色的權限規則
  • 資源和操作的細粒度控制

🔄 數據流轉過程

// 數據在各組件間的流轉
HTTP請求: GET /api/v1/users/123↓
SecureController: getCurrentUserId() → "123"↓
SecurityService: canAccessUser("123")↓
SecurityServiceImpl: safeCheckPermission("user", "read", "123")↓
SecurityServiceImpl: getCurrentSecurityContext() → SecurityContext(userId="123", role=BUYER)↓
PermissionEngine: checkPermission(context, "user", "read", "123")↓
RoleBasedPermissionEngine: checkBuyerPermission(context, "user", "read", "123")↓
SecurityContext: canAccessUserData("123") → true (同一用戶)↓
返回結果: true → 允許訪問

🎯 為什么要這樣設計？

1. 單一職責原則

  • SecureController：只負責安全基礎設施
  • SecurityService：只負責業務權限接口
  • SecurityServiceImpl：只負責協調和轉換
  • PermissionEngine：只負責權限計算接口
  • RoleBasedPermissionEngine：只負責具體權限邏輯

2. 開閉原則

// 可以輕松添加新的權限引擎實現
@Component
class RuleBasedPermissionEngine : PermissionEngine {// 基于規則的權限計算
}@Component  
class DatabasePermissionEngine : PermissionEngine {// 基于數據庫配置的權限計算
}

3. 依賴倒置原則

// 高層模塊依賴抽象，不依賴具體實現
class SecurityServiceImpl(private val permissionEngine: PermissionEngine  // 依賴接口，不是具體實現
)

4. 接口隔離原則

// 不同層次的接口，職責明確
interface SecurityService {        // 業務層接口fun canAccessUser(String?): Boolean
}interface PermissionEngine {       // 權限計算接口fun checkPermission(...): Boolean
}

🎊 總結

這5個組件形成了一個完整的權限管理體系：

  1. SecureController = 安全門衛：檢查身份，統一處理
  2. SecurityService = 業務顧問：提供業務語義化的權限檢查
  3. SecurityServiceImpl = 協調員：轉換格式，構建上下文，處理異常
  4. PermissionEngine = 權限計算標準：定義權限計算接口
  5. RoleBasedPermissionEngine = 權限計算器：執行具體的權限計算邏輯

就像一個完整的銀行業務流程：

  • 門衛（SecureController）：檢查身份證
  • 業務顧問（SecurityService）：了解業務需求
  • 業務經理（SecurityServiceImpl）：準備材料，協調各部門
  • 審批標準（PermissionEngine）：定義審批流程
  • 審批員（RoleBasedPermissionEngine）：根據規則做最終決定

這種設計讓權限管理既靈活又可維護！ 🎉

ps:
好問題！讓我詳細解釋第4點和第5點的區別：

🤔 第4點和第5點的區別

📋 簡單對比

步驟組件職責具體工作
第4點SecurityService權限服務調用權限引擎，但不做具體判斷
第5點RoleBasedPermissionEngine權限引擎執行具體的權限計算邏輯

🔍 詳細解析

第4點：SecurityService - 權限服務（中介者）
// SecurityServiceImpl.kt
@Service
class SecurityServiceImpl : SecurityService {override fun canAccessUser(userId: String?): Boolean {// 👈 這里只是調用權限引擎，自己不做判斷return safeCheckPermission("user", "read", userId)}private fun safeCheckPermission(resource: String, action: String, targetId: String?): Boolean {return try {// 1. 獲取當前用戶的安全上下文val context = getCurrentSecurityContext() ?: return false// 2. 調用權限引擎進行檢查（重點：這里只是調用，不判斷）permissionEngine.checkPermission(context, resource, action, targetId)} catch (e: Exception) {false  // 出錯就拒絕訪問}}
}

SecurityService說：“我收到了權限檢查請求，讓我準備好用戶信息，然后交給權限引擎去判斷！”

SecurityService的工作：

  • 🔄 轉換參數：將業務參數轉換為權限引擎需要的格式
  • 🛡? 異常處理：捕獲異常，確保系統安全
  • 📋 獲取上下文：準備當前用戶的安全信息
  • 📞 委托調用：把實際判斷工作交給權限引擎
第5點：RoleBasedPermissionEngine - 權限引擎（實際判斷者）
// RoleBasedPermissionEngine.kt
class RoleBasedPermissionEngine : PermissionEngine {override fun checkPermission(context: SecurityContext,  // 用戶123，BUYER角色resource: String,          // "user"action: String,           // "read"targetId: String?         // "123"): Boolean {// 👈 這里才是真正的權限判斷邏輯// 1. 非活躍用戶無權限if (!context.isActive()) return false// 2. 管理員擁有所有權限if (context.isAdmin()) return true// 3. 根據角色檢查權限return when (context.userRole) {Role.BUYER -> checkBuyerPermission(context, resource, action, targetId)// ... 其他角色}}private fun checkBuyerPermission(context: SecurityContext,resource: String,action: String,targetId: String?): Boolean {return when (resource) {"user" -> when (action) {"read" -> context.canAccessUserData(targetId)  // 👈 具體的判斷邏輯else -> false}else -> false}}
}

RoleBasedPermissionEngine說：“讓我仔細分析…用戶123是BUYER角色，想讀取用戶123的信息，這是訪問自己的數據，允許！”

權限引擎的工作：

  • 🧠 具體判斷：執行真正的權限計算邏輯
  • 📊 角色分析：根據用戶角色決定權限范圍
  • 🎯 資源檢查：判斷是否可以訪問特定資源
  • ?? 規則執行：應用具體的業務權限規則

🎭 用生活例子來理解

SecurityService = 銀行前臺接待員
  • 客戶：“我想查看我的賬戶信息”
  • 接待員：“好的，讓我幫您準備資料，然后請權限部門審核”
  • 接待員的工作：
    • 收集客戶信息
    • 準備審核材料
    • 聯系權限部門
    • 處理異常情況
RoleBasedPermissionEngine = 銀行權限審核部門
  • 審核部門：“讓我看看…您是賬戶持有人，想查看自己的賬戶，符合規定，批準！”
  • 審核部門的工作：
    • 分析客戶身份
    • 檢查權限規則
    • 做出最終決定
    • 返回審核結果

🔄 完整的調用鏈

// 完整的調用過程
Controller.getUserInfo(userId: "123")↓
SecurityService.canAccessUser("123")  // 👈 第4點：準備和調用↓
SecurityService.safeCheckPermission("user", "read", "123")↓
RoleBasedPermissionEngine.checkPermission(context, "user", "read", "123")  // 👈 第5點：具體判斷↓
RoleBasedPermissionEngine.checkBuyerPermission(...)↓
SecurityContext.canAccessUserData("123")↓
return true  // 允許訪問

🎯 為什么要分成兩層？

1. 職責分離
// SecurityService：業務接口層
fun canAccessUser(userId: String?): Boolean  // 業務語義清晰// PermissionEngine：權限計算層  
fun checkPermission(context, resource, action, targetId): Boolean  // 通用權限檢查
2. 異常處理
// SecurityService負責異常處理
private fun safeCheckPermission(...): Boolean {return try {permissionEngine.checkPermission(...)  // 可能拋異常} catch (e: Exception) {false  // 統一處理異常}
}
3. 擴展性
// 可以輕松替換權限引擎
class SecurityServiceImpl(private val permissionEngine: PermissionEngine  // 可以是不同的實現
) {// RoleBasedPermissionEngine// RuleBasedPermissionEngine  // DatabasePermissionEngine
}
4. 測試友好
// 可以單獨測試權限引擎
@Test
fun `BUYER角色應該可以訪問自己的數據`() {val context = SecurityContext(userId = "123", userRole = Role.BUYER)val result = permissionEngine.checkPermission(context, "user", "read", "123")assertTrue(result)
}

🎊 總結

第4點和第5點的核心區別：

方面SecurityService（第4點）RoleBasedPermissionEngine（第5點）
角色中介者、協調者執行者、判斷者
職責準備數據、調用引擎、處理異常執行具體的權限計算邏輯
工作“我來幫你聯系權限部門”“我來判斷你有沒有權限”
復雜度簡單的轉發和異常處理復雜的業務規則和權限計算
可替換性相對穩定可以有多種實現（基于角色、基于規則等）

就像餐廳點餐：

  • SecurityService = 服務員：接收訂單，轉給廚房，處理問題
  • RoleBasedPermissionEngine = 廚師：根據菜譜制作具體的菜品

兩者配合，形成了完整的權限檢查流程！ 🎉

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

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

相關文章

redis怎么保障雙寫一致性

redis怎么保障雙寫一致性

redis做為緩存&#xff0c;mysql的數據如何與redis進行同步呢&#xff1f;&#xff08;雙寫一致性&#xff09;候選人&#xff1a;嗯&#xff01;就說我最近做的這個項目&#xff0c;里面有xxxx&#xff08;根據自己的簡歷上寫&#xff09;的功能&#xff0c;需要讓數據庫與red…
閱讀更多...
異常值檢測：孤立森林模型（IsolationForest）總結

異常值檢測：孤立森林模型（IsolationForest）總結

目錄一、前言二、孤立森林算法2.1 算法簡介2.2 基本原理2.3 算法步驟2.4 異常分數計算方式2.5 python調用方式三、python代碼示例四、小結五、參考學習一、前言 近期在研究構建壽命預測模型&#xff0c;相信很多數據人都懂建模的過程&#xff0c;其實有80%的時間都是在和數據處…
閱讀更多...
Docker容器化部署實戰：Tomcat與Nginx服務配置指南

Docker容器化部署實戰：Tomcat與Nginx服務配置指南

部署Tomcat搜索鏡像 使用以下命令搜索可用的Tomcat鏡像&#xff1a;docker search tomcat拉取鏡像 拉取官方Tomcat鏡像&#xff1a;docker pull tomcat創建專用目錄 為Tomcat配置和數據創建專用目錄&#xff1a;mkdir tomcat運行臨時容器并復制配置文件 啟動臨時容器以復制配置…
閱讀更多...
Go語言實戰案例-使用SQLite實現本地存儲

Go語言實戰案例-使用SQLite實現本地存儲

在開發工具類軟件、桌面應用或者移動端時&#xff0c;我們經常需要一個輕量級數據庫來做 本地存儲。相比 MySQL、Postgres 等服務型數據庫&#xff0c;SQLite 體積小、零配置、單文件存儲&#xff0c;非常適合這種場景。Go 語言通過 GORM SQLite 驅動 就能輕松實現。本文將帶你…
閱讀更多...
云計算學習100天-第23天

云計算學習100天-第23天

主機192.168.88.5 安裝nginx#安裝編譯工具&#xff0c;正則表達式依賴包&#xff0c;SSL加密依賴包 yum -y install gcc make pcre-devel openssl-devel tar -xf /root/lnmp_soft.tar.gz cd lnmp_soft/ tar -xf nginx-1.22.1.tar.gz cd nginx-1.22.1/ #指定安裝路徑&…
閱讀更多...
【生成樹+環】題解：P3907 環的異或_圖論_環_異或_搜索_算法競賽_C++

【生成樹+環】題解：P3907 環的異或_圖論_環_異或_搜索_算法競賽_C++

推銷洛谷博客&#xff1a;https://www.luogu.com.cn/article/znmr9iu9 Link&#xff1a;Luogu - P3907 這里默認題目中指的環都是“簡單環”&#xff08;即沒有“環套環”的情況&#xff09;。 眾所周知&#xff0c;樹是圖的一種特殊情況&#xff0c;且一定無環。如果我們想…
閱讀更多...
數據庫優化提速(二)排序優化之搜索大數據酒店，進銷存AI—仙盟創夢IDE

數據庫優化提速(二)排序優化之搜索大數據酒店，進銷存AI—仙盟創夢IDE

在 MySQL 數據庫管理中&#xff0c;排序操作對于數據的有效展示和分析至關重要。本文將以一個實際的 SQL 查詢為例&#xff0c;深入探討排序優化方案&#xff0c;并結合進銷存、酒店、知識庫等大數據場景&#xff0c;闡述這些優化策略的應用價值。原始SELECT 應用編號, 應用序列…
閱讀更多...
Linux之Ansible自動化運維(二)

Linux之Ansible自動化運維(二)

一、ansible Playbook應用由于服務器數量很多&#xff0c;配置信息比較多&#xff0c;因此可以利用Ansible Playbook編寫任務自動化與流程化腳本Playbook 由一個或多個play組成的列表&#xff0c;play的主要功能Ansible中Task定義好的角色&#xff0c;指定劇本對應的服務器組二…
閱讀更多...
ArrayList線程不安全問題及解決方案詳解

ArrayList線程不安全問題及解決方案詳解

問題背景在多線程編程中&#xff0c;我們經常會遇到集合類的線程安全問題。Java中的ArrayList是一個常用的集合類&#xff0c;但它不是線程安全的。當多個線程同時操作同一個ArrayList實例時&#xff0c;可能會出現各種不可預料的問題。問題演示List<String> list new A…
閱讀更多...
車輛方向數據集 - 物體檢測

車輛方向數據集 - 物體檢測

關于數據集 包含超過50,000 張圖像中具有方向的車輛的 50,000 多萬個注釋。它通過同時提供車輛類別和方向來減少對方向進行分類的輔助神經網絡的需求。 預訓練權重 我們將繼續添加在車輛方向數據集和合成車輛方向數據集上訓練的各種對象檢測模型。如果您需要一些特定的預訓練權…
閱讀更多...
Nextcloud搭建教程：使用Docker在騰訊云服務器上自建私人云盤

Nextcloud搭建教程：使用Docker在騰訊云服務器上自建私人云盤

更多云服務器知識&#xff0c;盡在hostol.com你那百兆光纖的寬帶。你是否也曾看著自己最珍貴的家庭照片、最私密的個人文檔&#xff0c;靜靜地躺在某個科技巨頭的服務器上&#xff0c;感到過一絲絲的不安&#xff1f;你的數據&#xff0c;到底被如何“閱讀”和“分析”&#xf…
閱讀更多...
【操作記錄】MNN Chat Android App 構建筆記（二）

【操作記錄】MNN Chat Android App 構建筆記（二）

&#x1f4d2; MNN Chat Android App 構建筆記 一、背景知識MNN 簡介 MNN 是阿里開源的輕量級深度學習框架&#xff0c;支持 Android / iOS / Linux / Windows。提供推理、LLM、Vision、Audio 等模塊。Android App 里用到的是 Java JNI 調用 MNN 庫。CMake NDK 的作用 CMake&…
閱讀更多...
如何在 Axios 中處理多個 baseURL 而不造成混亂

如何在 Axios 中處理多個 baseURL 而不造成混亂

網羅開發&#xff08;小紅書、快手、視頻號同名&#xff09;大家好&#xff0c;我是 展菲&#xff0c;目前在上市企業從事人工智能項目研發管理工作&#xff0c;平時熱衷于分享各種編程領域的軟硬技能知識以及前沿技術&#xff0c;包括iOS、前端、Harmony OS、Java、Python等方…
閱讀更多...
AP服務發現PRS_SOMEIPSD_00255 的解析

AP服務發現PRS_SOMEIPSD_00255 的解析

[PRS_SOMEIPSD_00255 ] 「SOME/IP-SD頭部的重啟標志&#xff0c;對于重啟后發出的所有報文&#xff0c;都應設置為 1&#xff0c;直至 SOME/IP頭部中的會話 ID (Session-ID) 回繞并因此再次從 1 開始。在此回繞之后&#xff0c;重啟標志應設置為 0。」(RS_SOMEIPSD_00006)核心含…
閱讀更多...
純手擼一個RAG

純手擼一個RAG

純手擼一個RAGRAG基本流程第一階段&#xff1a;數據預處理&#xff08;索引&#xff09; - 構建知識庫第二階段&#xff1a;查詢與生成&#xff08;推理&#xff09; - 回答問題總結Chunk介紹Chunk框架的介紹Chunk核心概念選擇分塊策略和框架如何選擇分塊框架Python代碼實現第一…
閱讀更多...
視覺語言對比學習的發展史：從CLIP、BLIP、BLIP2、InstructBLIP(含MiniGPT4的詳解)

視覺語言對比學習的發展史：從CLIP、BLIP、BLIP2、InstructBLIP(含MiniGPT4的詳解)

前言 本文一開始是屬于此文《圖像生成(AI繪畫)的發展史&#xff1a;從CLIP、BLIP、InstructBLIP到DALLE、DALLE 2、DALLE 3、Stable Diffusion(含ControlNet詳解)》的&#xff0c;后獨立成本文 第一部分 從CLIP、BLIP1、BLIP2到InstructBLIP 1.1 CLIP&#xff1a;基于對比文本…
閱讀更多...
HTTP代理與SOCKS代理的區別、應用場景與選擇指南

HTTP代理與SOCKS代理的區別、應用場景與選擇指南

在互聯網日常使用與跨境業務中&#xff0c;HTTP代理 和 SOCKS代理 是兩種常見的網絡代理方式。無論是跨境電商、社交媒體賬號運營、數據采集&#xff0c;還是科學訪問海外資源&#xff0c;都需要選擇合適的代理協議。什么是HTTP代理&#xff1f;定義HTTP代理 是基于 HTTP協議 的…
閱讀更多...
AI重塑職業教育：個性化學習計劃提效率、VR實操模擬強技能，對接就業新路徑

AI重塑職業教育：個性化學習計劃提效率、VR實操模擬強技能，對接就業新路徑

職業教育長期面臨著一系列問題&#xff0c;包括“統一課程難以適配不同基礎學員”、“實操反饋滯后”和“就業技能與企業需求脫節”等。隨著人工智能技術的應用&#xff0c;這些傳統教學模式正在發生變化。個性化技能培養得以實現&#xff0c;甚至可以提前識別學員的就業短板。…
閱讀更多...
主題配色下的背景透明度

主題配色下的背景透明度

用 CSS color-mix() 解決背景透明度的痛點 在設計卡片組件時&#xff0c;經常遇到這樣的需求&#xff1a;卡片背景需要80%透明度&#xff0c;鼠標懸浮在內部某項時&#xff0c;修改背景色但保持同樣的透明度。 問題場景 .card {background: rgba(59, 130, 246, 0.8); /* 藍色80…
閱讀更多...
【Python代碼】谷歌專利CSV處理函數

【Python代碼】谷歌專利CSV處理函數

以下是一個重構后的高可用、可配置、低耦合的專利CSV處理函數&#xff0c;包含清晰的注釋和結構&#xff1a; import csv import pandas as pd from datetime import datetime import os from typing import List, Dict, Any, Optional, Tuple import logging# 配置日志 loggin…
閱讀更多...
最新文章

Copyright @ 2022~2023