Spring Security中UserDetailsService接口自定義實現方法
更新時間：2026年06月16日 09:03:26 作者：知遠漫談
在 Spring Security 的認證體系中,UserDetailsService 接口扮演著至關重要的角色——它是連接應用程序用戶數據與 Spring Security 認證流程的橋梁,本文將深入探討 UserDetailsService 的原理、自定義實現方式、最佳實踐以及常見問題解決方案,需要的朋友可以參考下
前言
在現代 Web 應用開發(fā)中，身份認證與授權是保障系統(tǒng)安全的核心環(huán)節(jié)。Spring Security 作為 Java 生態(tài)中最主流的安全框架，提供了強大而靈活的安全控制機制。而在 Spring Security 的認證體系中，UserDetailsService 接口扮演著至關重要的角色——它是連接應用程序用戶數據與 Spring Security 認證流程的橋梁。
本文將深入探討 UserDetailsService 的原理、自定義實現方式、最佳實踐以及常見問題解決方案，幫助開發(fā)者構建安全、高效、可維護的用戶認證系統(tǒng)。
什么是 UserDetailsService？
UserDetailsService 是 Spring Security 提供的一個核心接口，位于 org.springframework.security.core.userdetails 包中。它的主要職責是根據用戶名（或唯一標識符）加載用戶詳細信息，包括用戶名、密碼、權限等，供 Spring Security 的認證流程使用。
接口定義非常簡潔：
public interface UserDetailsService {
UserDetails loadUserByUsername(String username) throws UsernameNotFoundException;
}
其中：
username：用于查找用戶的唯一標識（不一定是“用戶名”，也可以是郵箱、手機號等）- 返回值
UserDetails：包含用戶認證和授權所需的所有信息 - 拋出
UsernameNotFoundException：當找不到用戶時拋出此異常
UserDetails 接口詳解
UserDetails 是 Spring Security 中表示用戶信息的標準接口，它定義了以下核心方法：
public interface UserDetails extends Serializable {
Collection<? extends GrantedAuthority> getAuthorities(); // 用戶權限列表
String getPassword(); // 用戶密碼（通常為加密后的）
String getUsername(); // 用戶名（唯一標識）
boolean isAccountNonExpired(); // 賬戶是否未過期
boolean isAccountNonLocked(); // 賬戶是否未被鎖定
boolean isCredentialsNonExpired(); // 憑據（密碼）是否未過期
boolean isEnabled(); // 賬戶是否啟用
}
這些方法不僅用于認證，還支持賬戶狀態(tài)管理（如鎖定、過期等），為應用提供細粒度的安全控制。
小知識：Spring Security 默認提供了 org.springframework.security.core.userdetails.User 類作為 UserDetails 的實現，但實際項目中我們通常需要自定義實現以滿足業(yè)務需求。
為什么需要自定義 UserDetailsService？
雖然 Spring Security 提供了基于內存、JDBC 等內置的用戶存儲方式，但在真實項目中，這些方式往往無法滿足復雜業(yè)務需求。以下是需要自定義 UserDetailsService 的典型場景：
- 使用自定義用戶實體：你的用戶表可能包含額外字段（如頭像、注冊時間、部門等），需要在認證后傳遞這些信息。
- 多源用戶數據：用戶可能來自數據庫、LDAP、OAuth2 提供商或微服務 API。
- 復雜的認證邏輯：例如支持郵箱/手機號/用戶名多種登錄方式，或需要校驗用戶狀態(tài)（如是否已激活）。
- 性能優(yōu)化：通過緩存、預加載等方式提升認證效率。
- 集成現有系統(tǒng)：與遺留系統(tǒng)或第三方用戶管理系統(tǒng)對接。
自定義 UserDetailsService 讓你完全掌控用戶數據的加載邏輯，是構建企業(yè)級安全架構的關鍵一步。
基礎實現：從數據庫加載用戶
讓我們從一個最典型的場景開始：從關系型數據庫（如 MySQL、PostgreSQL）中加載用戶信息。
第一步：定義用戶實體
假設我們有一個簡單的用戶表 users，對應的 JPA 實體如下：
@Entity
@Table(name = "users")
public class AppUser {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
@Column(unique = true, nullable = false)
private String username;
@Column(nullable = false)
private String password;
@Column(nullable = false)
private String email;
@Column(nullable = false)
private boolean enabled = true;
@Column(nullable = false)
private boolean accountNonLocked = true;
// 角色關聯（簡化處理）
@ElementCollection(fetch = FetchType.EAGER)
@CollectionTable(name = "user_roles", joinColumns = @JoinColumn(name = "user_id"))
@Column(name = "role")
private Set<String> roles = new HashSet<>();
// 構造函數、getter/setter 省略...
}
第二步：創(chuàng)建 UserRepository
使用 Spring Data JPA 創(chuàng)建數據訪問層：
@Repository
public interface UserRepository extends JpaRepository<AppUser, Long> {
Optional<AppUser> findByUsername(String username);
Optional<AppUser> findByEmail(String email); // 支持郵箱登錄
}
第三步：實現 UserDetailsService
現在，我們創(chuàng)建自定義的 UserDetailsService 實現類：
@Service
public class CustomUserDetailsService implements UserDetailsService {
@Autowired
private UserRepository userRepository;
@Override
@Transactional(readOnly = true)
public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
// 支持用戶名或郵箱登錄
AppUser appUser = userRepository.findByUsername(username)
.orElseGet(() -> userRepository.findByEmail(username)
.orElseThrow(() -> new UsernameNotFoundException("用戶不存在: " + username)));
return buildUserDetails(appUser);
}
private UserDetails buildUserDetails(AppUser appUser) {
// 將角色字符串轉換為 GrantedAuthority
Collection<? extends GrantedAuthority> authorities = appUser.getRoles().stream()
.map(role -> new SimpleGrantedAuthority("ROLE_" + role))
.collect(Collectors.toList());
return User.builder()
.username(appUser.getUsername())
.password(appUser.getPassword()) // 注意：應為BCrypt加密后的密碼
.authorities(authorities)
.accountExpired(false)
.accountLocked(!appUser.isAccountNonLocked())
.credentialsExpired(false)
.disabled(!appUser.isEnabled())
.build();
}
}
安全提示：密碼必須經過強哈希算法（如 BCrypt）加密存儲，Spring Security 會自動處理密碼比對。
第四步：配置 Spring Security
最后，在安全配置類中啟用我們的自定義服務：
@Configuration
@EnableWebSecurity
public class SecurityConfig {
@Autowired
private CustomUserDetailsService userDetailsService;
@Bean
public PasswordEncoder passwordEncoder() {
return new BCryptPasswordEncoder();
}
@Bean
public AuthenticationManager authenticationManager(
AuthenticationConfiguration config) throws Exception {
return config.getAuthenticationManager();
}
@Bean
public SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
http
.authorizeHttpRequests(authz -> authz
.requestMatchers("/public/**").permitAll()
.anyRequest().authenticated()
)
.formLogin(form -> form
.loginPage("/login")
.permitAll()
)
.logout(logout -> logout.permitAll());
return http.build();
}
// 注入自定義 UserDetailsService
@Bean
public DaoAuthenticationProvider authenticationProvider() {
DaoAuthenticationProvider authProvider = new DaoAuthenticationProvider();
authProvider.setUserDetailsService(userDetailsService);
authProvider.setPasswordEncoder(passwordEncoder());
return authProvider;
}
}
這樣，當用戶嘗試登錄時，Spring Security 會調用 CustomUserDetailsService.loadUserByUsername() 方法，從數據庫加載用戶信息并進行認證。
高級場景：多條件登錄與動態(tài)權限
在實際應用中，用戶可能希望通過多種方式登錄（如用戶名、郵箱、手機號），并且權限可能需要動態(tài)計算。讓我們擴展前面的實現。
支持多條件登錄
修改 loadUserByUsername 方法，使其能智能識別輸入類型：
@Override
@Transactional(readOnly = true)
public UserDetails loadUserByUsername(String input) throws UsernameNotFoundException {
AppUser appUser;
if (input.contains("@")) {
// 假設包含@的是郵箱
appUser = userRepository.findByEmail(input)
.orElseThrow(() -> new UsernameNotFoundException("郵箱未注冊: " + input));
} else if (input.matches("^1[3-9]\\d{9}$")) {
// 簡單的手機號正則
appUser = userRepository.findByPhoneNumber(input)
.orElseThrow(() -> new UsernameNotFoundException("手機號未注冊: " + input));
} else {
// 默認為用戶名
appUser = userRepository.findByUsername(input)
.orElseThrow(() -> new UsernameNotFoundException("用戶名不存在: " + input));
}
return buildUserDetails(appUser);
}
動態(tài)權限加載
有時權限不僅來自角色，還可能來自用戶所屬部門、崗位等。我們可以擴展 buildUserDetails 方法：
private UserDetails buildUserDetails(AppUser appUser) {
Set<String> permissions = new HashSet<>();
// 添加角色權限
appUser.getRoles().forEach(role -> {
permissions.add("ROLE_" + role);
// 從數據庫或緩存加載該角色的所有權限
permissions.addAll(permissionService.getPermissionsByRole(role));
});
// 添加用戶特定權限（如審批權限）
if (appUser.isManager()) {
permissions.add("PERM_APPROVE");
}
Collection<? extends GrantedAuthority> authorities = permissions.stream()
.map(SimpleGrantedAuthority::new)
.collect(Collectors.toList());
return User.builder()
.username(appUser.getUsername())
.password(appUser.getPassword())
.authorities(authorities)
.accountExpired(false)
.accountLocked(!appUser.isAccountNonLocked())
.credentialsExpired(false)
.disabled(!appUser.isEnabled())
.build();
}
這種設計使得權限系統(tǒng)更加靈活，能夠適應復雜的業(yè)務規(guī)則。
性能優(yōu)化：緩存與異步加載
在高并發(fā)場景下，頻繁查詢數據庫會成為性能瓶頸。我們可以引入緩存機制來優(yōu)化 UserDetailsService。
使用 Spring Cache 緩存用戶信息
首先，啟用緩存并配置緩存管理器：
@Configuration
@EnableCaching
public class CacheConfig {
@Bean
public CacheManager cacheManager() {
CaffeineCacheManager cacheManager = new CaffeineCacheManager("userDetails");
cacheManager.setCaffeine(Caffeine.newBuilder()
.maximumSize(1000) // 最多緩存1000個用戶
.expireAfterWrite(10, TimeUnit.MINUTES)); // 10分鐘后過期
return cacheManager;
}
}
然后，在 UserDetailsService 中添加緩存注解：
@Service
public class CachedUserDetailsService implements UserDetailsService {
@Autowired
private UserRepository userRepository;
@Override
@Transactional(readOnly = true)
@Cacheable(value = "userDetails", key = "#username")
public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
AppUser appUser = userRepository.findByUsername(username)
.orElseThrow(() -> new UsernameNotFoundException("用戶不存在: " + username));
return buildUserDetails(appUser);
}
// 當用戶信息更新時，清除緩存
@CacheEvict(value = "userDetails", key = "#username")
public void evictUserFromCache(String username) {
// 此方法僅用于觸發(fā)緩存清除
}
}
在用戶修改密碼或權限后，調用 evictUserFromCache(username) 即可確保下次認證時加載最新數據。
異步加載（謹慎使用）
雖然 UserDetailsService 本身是同步接口，但在某些場景下，我們可以將耗時操作（如遠程調用）異步化。不過要注意，Spring Security 的認證流程是同步的，因此異步主要用于預加載或后臺任務。
錯誤處理與安全加固
良好的錯誤處理不僅能提升用戶體驗，還能防止信息泄露。在 UserDetailsService 中，我們需要特別注意以下幾點：
統(tǒng)一錯誤信息
避免向攻擊者透露用戶是否存在：
// ? 不安全：區(qū)分"用戶不存在"和"密碼錯誤"
throw new UsernameNotFoundException("用戶不存在");
// ? 安全：統(tǒng)一返回"認證失敗"
throw new BadCredentialsException("用戶名或密碼錯誤");
但實際上，UserDetailsService 必須拋出 UsernameNotFoundException 表示用戶不存在，這是 Spring Security 的設計。為了安全，我們應該在更高層（如登錄控制器）統(tǒng)一處理錯誤信息：
@PostMapping("/login")
public String login(@RequestParam String username,
@RequestParam String password,
HttpServletRequest request) {
try {
authenticationManager.authenticate(
new UsernamePasswordAuthenticationToken(username, password));
return "redirect:/home";
} catch (AuthenticationException e) {
// 無論用戶不存在還是密碼錯誤，都顯示相同消息
request.setAttribute("error", "用戶名或密碼錯誤");
return "login";
}
}
賬戶鎖定機制
結合 UserDetails 的 isAccountNonLocked() 方法，可以實現賬戶鎖定：
private UserDetails buildUserDetails(AppUser appUser) {
// 檢查失敗登錄次數
if (appUser.getFailedLoginAttempts() >= 5) {
appUser.setAccountNonLocked(false);
userRepository.save(appUser); // 更新鎖定狀態(tài)
}
return User.builder()
// ... 其他屬性
.accountLocked(!appUser.isAccountNonLocked())
.build();
}
同時，在認證失敗時增加失敗計數：
// 在 AuthenticationFailureHandler 中處理
@Component
public class CustomAuthenticationFailureHandler implements AuthenticationFailureHandler {
@Autowired
private UserRepository userRepository;
@Override
public void onAuthenticationFailure(HttpServletRequest request,
HttpServletResponse response,
AuthenticationException exception) throws IOException {
String username = request.getParameter("username");
AppUser user = userRepository.findByUsername(username).orElse(null);
if (user != null) {
user.setFailedLoginAttempts(user.getFailedLoginAttempts() + 1);
userRepository.save(user);
}
// 重定向到登錄頁并顯示錯誤
response.sendRedirect("/login?error=true");
}
}
測試 UserDetailsService 實現
編寫單元測試和集成測試是確保安全邏輯正確性的關鍵。
單元測試
使用 Mockito 模擬依賴：
@ExtendWith(MockitoExtension.class)
class CustomUserDetailsServiceTest {
@Mock
private UserRepository userRepository;
@InjectMocks
private CustomUserDetailsService userDetailsService;
@Test
void loadUserByUsername_ExistingUser_ReturnsUserDetails() {
// 準備數據
AppUser user = new AppUser();
user.setUsername("testuser");
user.setPassword("$2a$10$..."); // BCrypt hash
user.setRoles(Set.of("USER"));
user.setEnabled(true);
user.setAccountNonLocked(true);
when(userRepository.findByUsername("testuser")).thenReturn(Optional.of(user));
// 執(zhí)行
UserDetails userDetails = userDetailsService.loadUserByUsername("testuser");
// 驗證
assertThat(userDetails.getUsername()).isEqualTo("testuser");
assertThat(userDetails.getAuthorities()).hasSize(1);
assertThat(userDetails.isEnabled()).isTrue();
assertThat(userDetails.isAccountNonLocked()).isTrue();
}
@Test
void loadUserByUsername_NonExistingUser_ThrowsException() {
when(userRepository.findByUsername("unknown")).thenReturn(Optional.empty());
assertThatThrownBy(() -> userDetailsService.loadUserByUsername("unknown"))
.isInstanceOf(UsernameNotFoundException.class);
}
}
集成測試
使用 @SpringBootTest 測試完整流程：
@SpringBootTest
@AutoConfigureTestDatabase
@Transactional
class UserDetailsServiceIntegrationTest {
@Autowired
private CustomUserDetailsService userDetailsService;
@Autowired
private UserRepository userRepository;
@Test
void loadUserByUsername_Integration_ReturnsCorrectUserDetails() {
// 準備測試數據
AppUser user = new AppUser();
user.setUsername("integration_test");
user.setPassword(new BCryptPasswordEncoder().encode("password"));
user.setRoles(Set.of("ADMIN"));
userRepository.save(user);
// 執(zhí)行
UserDetails userDetails = userDetailsService.loadUserByUsername("integration_test");
// 驗證
assertThat(userDetails.getUsername()).isEqualTo("integration_test");
assertThat(userDetails.getAuthorities()).extracting("authority")
.containsExactly("ROLE_ADMIN");
}
}
常見問題與解決方案
在實現 UserDetailsService 時，開發(fā)者常遇到以下問題：
1. 密碼未加密導致認證失敗
問題：用戶輸入正確密碼，但認證失敗。
原因：數據庫中存儲的是明文密碼，而 Spring Security 默認使用 DelegatingPasswordEncoder，期望密碼帶有編碼器前綴（如 {bcrypt}...）。
解決方案：
- 確保注冊時使用
PasswordEncoder加密密碼 - 或在配置中指定默認編碼器：
@Bean
public PasswordEncoder passwordEncoder() {
return PasswordEncoderFactories.createDelegatingPasswordEncoder();
// 或直接返回 new BCryptPasswordEncoder();
}
2. 權限未生效
問題：用戶擁有某權限，但 @PreAuthorize("hasRole('ADMIN')") 仍拒絕訪問。
原因：
- 角色未添加
ROLE_前綴（Spring Security 要求角色以ROLE_開頭） - 權限字符串格式錯誤
解決方案：
- 確保
GrantedAuthority的權限字符串正確：
// 正確：角色
new SimpleGrantedAuthority("ROLE_ADMIN");
// 正確：權限
new SimpleGrantedAuthority("USER_READ");
- 使用
hasAuthority()而非hasRole()如果不想加前綴
3. 自定義 UserDetailsService 未被調用
問題：斷點未命中，Spring Security 似乎使用了默認實現。
原因：
- 未正確配置
DaoAuthenticationProvider - 存在多個
UserDetailsServiceBean 導致沖突
解決方案：
- 顯式配置
AuthenticationProvider（如前文所示） - 使用
@Primary注解指定主 Bean - 檢查是否意外啟用了其他認證方式（如 OAuth2）
4. 事務問題
問題：在 UserDetailsService 中修改用戶狀態(tài)（如更新最后登錄時間）未持久化。
原因：@Transactional 注解未生效，或方法被同一類內調用（繞過代理）。
解決方案：
- 確保方法是 public 且被外部調用
- 或注入自身 Bean 進行調用：
@Service
public class CustomUserDetailsService implements UserDetailsService {
@Autowired
private CustomUserDetailsService self; // 自注入
@Override
public UserDetails loadUserByUsername(String username) {
return self.loadAndRecordLogin(username);
}
@Transactional
public UserDetails loadAndRecordLogin(String username) {
// 此方法上的 @Transactional 會生效
AppUser user = userRepository.findByUsername(username).orElseThrow(...);
user.setLastLoginTime(LocalDateTime.now());
userRepository.save(user);
return buildUserDetails(user);
}
}
擴展：自定義 UserDetails 實現
雖然 org.springframework.security.core.userdetails.User 滿足大部分需求，但有時我們需要傳遞額外信息（如用戶ID、部門等）。這時可以創(chuàng)建自己的 UserDetails 實現。
創(chuàng)建 CustomUserDetails 類
public class CustomUserDetails implements UserDetails {
private final Long id;
private final String username;
private final String password;
private final String email;
private final Collection<? extends GrantedAuthority> authorities;
private final boolean accountNonExpired;
private final boolean accountNonLocked;
private final boolean credentialsNonExpired;
private final boolean enabled;
// 構造函數
public CustomUserDetails(AppUser user) {
this.id = user.getId();
this.username = user.getUsername();
this.password = user.getPassword();
this.email = user.getEmail();
this.authorities = user.getRoles().stream()
.map(role -> new SimpleGrantedAuthority("ROLE_" + role))
.collect(Collectors.toList());
this.accountNonExpired = true;
this.accountNonLocked = user.isAccountNonLocked();
this.credentialsNonExpired = true;
this.enabled = user.isEnabled();
}
// 實現 UserDetails 接口方法
@Override
public Collection<? extends GrantedAuthority> getAuthorities() {
return authorities;
}
@Override
public String getPassword() {
return password;
}
@Override
public String getUsername() {
return username;
}
// ... 其他方法
// 自定義 getter
public Long getId() {
return id;
}
public String getEmail() {
return email;
}
}
在 Controller 中獲取自定義信息
@RestController
public class UserController {
@GetMapping("/profile")
public ResponseEntity<?> getProfile(Authentication authentication) {
if (authentication.getPrincipal() instanceof CustomUserDetails) {
CustomUserDetails userDetails = (CustomUserDetails) authentication.getPrincipal();
return ResponseEntity.ok(Map.of(
"id", userDetails.getId(),
"username", userDetails.getUsername(),
"email", userDetails.getEmail()
));
}
return ResponseEntity.badRequest().build();
}
}
這種方式讓安全上下文攜帶更多業(yè)務信息，減少重復數據庫查詢。
微服務架構中的 UserDetailsService
在微服務環(huán)境中，用戶認證可能涉及多個服務。常見的模式有：
- 認證中心（Auth Server）：專門處理認證，其他服務通過 Token 驗證
- 分布式 UserDetailsService：每個服務有自己的用戶數據，通過 Feign 或 RestTemplate 調用
使用 Feign Client 調用用戶服務
假設有一個獨立的 user-service，我們可以通過 OpenFeign 調用：
@FeignClient(name = "user-service")
public interface UserServiceClient {
@GetMapping("/api/users/{username}")
AppUser getUserByUsername(@PathVariable String username);
}
@Service
public class RemoteUserDetailsService implements UserDetailsService {
@Autowired
private UserServiceClient userServiceClient;
@Override
public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
try {
AppUser user = userServiceClient.getUserByUsername(username);
return new CustomUserDetails(user);
} catch (FeignException.NotFound e) {
throw new UsernameNotFoundException("用戶不存在: " + username);
}
}
}
與 OAuth2 / JWT 集成
雖然 UserDetailsService 主要用于表單登錄等傳統(tǒng)認證方式，但它也可以與現代認證協(xié)議結合。
在 OAuth2 Resource Server 中使用
如果你的應用既是 OAuth2 客戶端又是資源服務器，可能需要在驗證 Token 后加載用戶詳情：
@Service
public class OAuth2UserDetailsService implements UserDetailsService {
@Override
public UserDetails loadUserByUsername(String subject) throws UsernameNotFoundException {
// subject 通常是用戶ID或郵箱
// 從數據庫加載用戶并構建 UserDetails
// ...
}
}
// 在 Resource Server 配置中
@Bean
public JwtAuthenticationConverter jwtAuthenticationConverter() {
JwtAuthenticationConverter converter = new JwtAuthenticationConverter();
converter.setJwtGrantedAuthoritiesConverter(jwt -> {
// 從 JWT claims 中提取權限
// ...
});
return converter;
}
在 JWT 登錄流程中復用
當用戶通過用戶名/密碼獲取 JWT 時，可以復用 UserDetailsService：
@PostMapping("/auth/login")
public ResponseEntity<?> authenticateUser(@Valid @RequestBody LoginRequest loginRequest) {
Authentication authentication = authenticationManager.authenticate(
new UsernamePasswordAuthenticationToken(
loginRequest.getUsername(),
loginRequest.getPassword()
)
);
// 此時 authentication.getPrincipal() 就是 UserDetails
CustomUserDetails userDetails = (CustomUserDetails) authentication.getPrincipal();
String jwt = jwtUtils.generateToken(userDetails);
return ResponseEntity.ok(new JwtResponse(jwt));
}
這保證了認證邏輯的一致性，無論使用何種前端技術（Web、移動端、API）。
最佳實踐總結
基于以上討論，以下是實現 UserDetailsService 的最佳實踐：
- 始終加密密碼：使用 BCrypt 或 SCrypt，避免 MD5/SHA1
- 統(tǒng)一錯誤處理：不在錯誤信息中泄露用戶是否存在
- 最小權限原則：只授予用戶必要的權限
- 緩存敏感數據：合理使用緩存提升性能，但注意及時失效
- 事務管理：在需要時使用
@Transactional，但避免長事務 - 測試覆蓋：編寫單元測試和集成測試驗證安全邏輯
- 日志記錄：記錄認證失敗事件用于安全審計（但不要記錄密碼?。?/li>
- 擴展性設計：預留接口支持未來可能的認證方式變更
結語
UserDetailsService 雖然只是一個簡單的接口，但它卻是 Spring Security 認證體系的核心。通過自定義實現，我們可以將安全框架無縫集成到業(yè)務系統(tǒng)中，構建既安全又靈活的用戶認證機制。
無論是簡單的單體應用，還是復雜的微服務架構，理解并正確實現 UserDetailsService 都是 Java 開發(fā)者必備的技能。希望本文的詳細講解和代碼示例能幫助你在實際項目中游刃有余地處理用戶認證問題。
以上就是Spring Security中UserDetailsService接口自定義實現方法的詳細內容，更多關于Spring Security UserDetailsService接口自定義實現的資料請關注腳本之家其它相關文章！
相關文章
這篇文章主要介紹了java.lang.String類的使用，以及字符串的相關知識，需要了解相關知識的小伙伴可以參考該篇文章2021-08-08
在Java開發(fā)中,內存泄漏（Memory Leak）是一個常見但令人頭疼的問題,本文將深入探討什么是內存泄漏、常見的泄漏原因、如何識別和避免內存泄漏,以及通過代碼示例展示如何優(yōu)化Java程序以減少內存泄漏的發(fā)生,需要的朋友可以參考下2024-07-07
這篇文章主要介紹了SpringBoot項目中控制臺日志的保存配置操作，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-06-06
Java 詳解單向加密--MD5、SHA和HMAC及簡單實現實例
這篇文章主要介紹了Java 詳解單向加密--MD5、SHA和HMAC及簡單實現實例的相關資料,需要的朋友可以參考下2017-02-02
使用spring+maven不同環(huán)境讀取配置方式
這篇文章主要介紹了使用spring+maven不同環(huán)境讀取配置方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-08-08
這篇文章主要介紹了淺談springboot與微服務架構,SpringBoot是由 Pivotal團隊提供的框架,其設計?的是?來簡化新Spring應?,初始搭建以及開發(fā)過程,該框架使?了特定的?式來進?配置,需要的朋友可以參考下2023-07-07
java發(fā)送heartbeat心跳包(byte轉16進制)
這篇文章主要介紹了java發(fā)送heartbeat心跳包(byte轉16進制),需要的朋友可以參考下2014-05-05
Java多態(tài)在Spring Boot 3中的實際應用實例教程
本文詳細介紹了多態(tài)在SpringBoot中的應用,通過實際應用場景和設計模式的深度解析,展示了多態(tài)在構建松耦合、高內聚軟件架構中的重要性,并提供了性能優(yōu)化和最佳實踐建議,感興趣的朋友跟隨小編一起看看吧2026-02-02
Java 按照字節(jié)來截取字符串的代碼(不會出現半個漢字)
Java 按照字節(jié)來截取字符串的工具，不會出現半個漢字。一個中文兩個字節(jié)，一個英文字符只占 1 個字節(jié)** 1. 通常我們用于前端顯示的時候，防止標題過長2014-01-01
高分面試從Hotspot源碼層面剖析java多態(tài)實現原理
這篇文章主要為大家介紹了在面試中從Hotspot源碼層面來剖析java多態(tài)的實現原理，這樣回答薪資隨你開，有需要的朋友可以借鑒參考下，希望大家多多加薪2022-01-01