【正文】 通過直接配置 bean 獲得。 Note 在之前的版本中，排序是在過濾器實例創(chuàng)建后執(zhí)行的，在 application context 的執(zhí)行 后的過程中。過濾器按照次序排列在過濾器鏈中。避免使用 autoconfig屬性，然后刪除所有會創(chuàng)建你希望替換的過濾器的元素。對應的 AuthenticationEntryPoint 可以使用 元素中的 entrypointref 屬性來進行設置。它提供對 JSR250安全注解的支持，這與框架提供的 secured 注解相似。 你應該只定義一個 globalmethodsecurity元素。 Secured(IS_AUTHENTICATED_ANONYMOUSLY) public Account[] findAccounts()。 PreAuthorize(hasAuthority(39。參考下面的例子： globalmethodsecurity protectpointcut expression=execution(* .*Service.*(..)) access=ROLE_USER/ /globalmethodsecurity 這樣會保護 application context 中的符合條件的 bean 的所有方法，這些 bean 要在 包下，類名以 Service結尾。如果沒有，你可以跳過這段，以后再來看，因為這章只是為了自定義的用戶設置的，需要在簡單基于角色安全的基礎上加一些客戶化的東西。 . 自定義 AccessDecisionManager 如果你需要使用一個更復雜的訪問控制策略，把它設置給方法和 web 安全是很簡單的。 bean 實例被使用 authenticationmanager 命名空間元素注冊。 security:authenticationmanager alias=authenticationManager ... /security:authenticationmanager bean id=customizedFormLoginFilter class= property name=authenticationManager ref=authenticationManager/ ... /bean Chapter 3. 示例程序 項目中包含了很多 web 實例程序。你可以按照簡介里的介紹獲得源代碼，使用 maven 編譯它們也很簡單。編譯好的應用就放在 zip 發(fā)布包中，已經準備好發(fā)布到你的 web 容器中（ ）。只有做基本集成成功的時候，我們建議你試著添加方法驗證和領域對象安全。 在啟動你的容器之后，檢測一下程序是不是加載了，訪問 （或是其他你把 war 發(fā)布后，對應于你 web 容器的 URL）。它應該會包含下面這樣的一段成功信息： Security Debug Information Authentication object is of type: Authentication object as a String: 1f127853: Principal: b07ed00: Username: rod。 credentialsNonExpired: true。 Authenticated: true。然后你就可以嘗試這個程序了。確保自己好好試用過，看看程序里的上下文 XML 文件，搞明白它是如何運行的。它沒有包含在發(fā)布包里，你應該使用 簡介 中的介紹來獲得源代碼。 . PreAuthentication 例子 這個例子演示了如何從 preauthentication 框架綁定 bean，從 J2EE 容器中獲得有用的登錄信息。如果你發(fā)現一個 bug，請使用 JIRA 提交一個報告。 或者，更好的是，提供一個不定來修正這個問題。這里有很多貢獻的方式，包括在論壇上閱讀別人的帖子發(fā)表回復，寫新代碼，提升舊代碼，幫助寫文檔，開發(fā)例子或指南，或簡單的 提供建議。 Part II. 結構和實現 當你熟悉了如何設置和使用基于命名空間配置的應用，你也許希望了解更多關于框架是如何在命名空間的外觀下實際運 行的。因為 Spring Security 的目標是自己容器內管理，所以不需要為你的 Java 運行環(huán)境進行什么特別的配置。 這些設計確保了發(fā)布時的最大輕便性，你可以簡單把你的目標文件（ JAR 或 WAR 或 EAR）從一個系統(tǒng)復制到另一個系統(tǒng)，它會立即正 常工作。它們展示了框架的構建基礎，所以如果你需要超越簡單的命名空間配置 ， 理解它們就是很重要的，即便你不需要直接操作他們。這種情況下使用ThreadLocal 是非常安全的，只要記得在處理完當前主體的請求以后，把這個線程清除就行了。 SecurityContextHolder 可以使用一個策略進行配置在啟動時，指定你想讓上下文怎樣被保存。想要修改默認的 模式，可以使用兩種方法。 . 獲得當前用戶的信息 我們把安全主體和系統(tǒng)交互的信息都保存在 SecurityContextHolder 中了 。 if (principal instanceof UserD。雖然你通常不需要自己創(chuàng)建一個Authentication 對象，但是常見的情況是，用戶查詢 Authentication 對象。另一個是調用 SecurityContextHolder 的靜態(tài)方法。其他程序可能想讓一個線程創(chuàng)建的線程也使用相同的安全主體。 有些程序并不適合使用 ThreadLocal，因為它們處理線程的特殊方法。我們把當前應用程序的當前安全環(huán)境的細節(jié)存儲到它里邊了，它也包含了應用當前使用的主體細節(jié)。它不再包含任何與 web 應用安全， LDAP 或命名空間相關的代碼。 相同的，如果你使用了一個 EJB 容器或者是 Servlet 容器，都不需要把任何特定的配置文件放到什么地方，也不需要把 Spring Security 放到 server 的 classloader 下。在指南的這個部分，我們會觀察它們是如何在一起工作的，同 Spring Security 支持驗證和權限控制。你可以使用 Spring 社區(qū)論壇網址 同框架的其他用戶討論 Spring Security。因為保證項目的測試覆蓋率是非常必要的，它需要適當的進行維護。這樣做法是特設的，我們更愿意使用更正式的方式管理 bug。 代碼在 samples/preauth 目錄下。這里還有一個 文件，解釋如何從源代碼樹中直 接運行服務器和客戶端，提供完全的 SSL 支持。 這意味著，在這個程序里，其實是配置了兩個定義驗證提供器。在這場景后面，MethodSecurityInterceptor 保護著業(yè)務對象。 SessionId: 8fkp8t83ohar。 \ Granted Authorities: ROLE_SUPERVISOR, ROLE_USER。 Enabled: true。你將看到需要 登錄的提示，這頁上會有一些測試用的用戶名和密碼。 要發(fā)布它，先把 Spring Security 發(fā)布中的 war 文件按復制到你的容器的 webapps 目錄下。 我們推薦你從 tutorial 例子開始，因為 XML 非常小，也很容易看懂。 . Tutorial 示例 這個 tutorial 示例是帶你入門的很好的一個基礎例子。你可以自己編譯部署它們，也可以從 Maven 中央資源庫里獲得單獨的 war 文件。 你可能注冊額外的 AuthenticationProviderbean， 在 ProviderManager 中，你可以使用 authenticationprovider做這些事情，使用 ref 屬性， 這個屬性的值，是你希望添加的provider 的 bean 的名字，比如： authenticationmanager authenticationprovider ref=casAuthenticationProvider/ /authenticationmanager bean id=casAuthenticationProvider class=er security:customauthenticationprovider / ... /bean 另一個常見的需求是，上下文中的另一個 bean 可能需要引用 AuthenticationManager。 通常是Spring Security 中 ProviderManager 類的一個實例， 如果你以前使用過框架，你可能已經很熟悉 了。 默認的策略是使用一個 AffirmativeBased AccessDecisionManager，以及 RoleVoter 和AuthenticatedVoter。就像 URL匹配一樣，指定的匹配要放在切點隊列的最前面，第一個匹配的表達式才會被用到。)) public Account post(Account account, double amount)。 } 為了使用新的基于表達式的預付，你可以好似用 globalmethodsecurity prepostannotations=enabled / 對應的代碼將會是這樣 public interface BankService { PreAuthorize(isAnonymous()) public Account readAccount(Long id)。 Spring Security原生注解支持為方法定義一系列屬性。你可以提供安全給單個 bean，使用 interceptmethods 來裝飾 bean 的聲明，或者你可以控制多個 bean，通過實體服務層，使用 AspectJ 演示的切點功能。 如果你對認證入口點并不熟悉，可以在 技術縱覽 章中找到關于它們的討論。 如果你替換了一個命名空間的過濾器，而這個過濾器需要一個驗證入口點（比如，認證過程是通過一個未通過驗證的用戶訪問受保護資源的嘗試來觸發(fā)的），你將也需要添加一個自定義的入口點 bean?？梢苑謩e在 position 屬性使用 FIRST或 LAST來指定你想讓你的過濾器出現在隊列元素的前面或后面。這會影響到你如何添加自己的過濾器，實體過濾器列表 必須在解析 元素的過程中了解這些，所以 中的語法變化的很明顯。 過濾器順序在使用命名空間的時候是被嚴格執(zhí)行的。 . 添加你自己的 filter 如果你以前使用過 Spring Security，你就應該知道這個框架里維護了一個過濾器鏈，來提供服務。屬性值作為認證過程的一部分返回，可以使用下面的代碼在后面的過程中獲得： OpenIDAuthenticationToken token = (OpenIDAuthenticationToken) ().getAuthentication()。內部會生成一個隨機密碼，放置我們使用用戶數據時出現問題，無論在你的配置的地方使用認證信息。 . 對 OpenID 的支持 命名空間支持 OpenID 登錄，替代普通的表單登錄，或作為一種附加功能，只需要進行簡單的修改： intercepturl pattern=/** access=ROLE_USER / openidlogin / / 你應該注冊一個 OpenID 供應器（比如 ），然后把用戶信息添加到你的內存userservice中： user name= authorities=ROLE_USER / 你應該可以使用 網站登錄來進行驗證了。如果你不需要保護，或者它與其他一些需求沖突，你可以通過使用 中的sessionfixationprotection 屬性來配置它的行為，它有三個選項 ? migrateSession 創(chuàng)建一個新 session，把原來 session 中所有屬性復制到新 session中。 如果你為 formbased 登錄使用了自定義認證，你就必須特別配置同步會話控制。首先，你需要把下面的監(jiān)聽器添加到你的 文件里，讓 Spring Security 獲得 session 生存周期事件： listener listenerclass /listenerclass /listener 然后，在你的 application context 加入如下部分： ... sessionmanagement concurrencycontrol maxsessions=1/ /sessionmanagement / 這將防止一個用戶重復登錄好幾次 ， 第二次登錄會讓第一次登錄失效。 使用 any意味著使用HTTP 或 HTTPS 都可以。這應該包含 application context 中一個 bean 的名字，它應該是 Spring Security 的 PasswordEncoder接口的一個實例。查看 .“ 驗證管理器和命名空間 ” 了解更多信息，AuthenticationManager 使用命名空間在 Spring Security 中是如何配置的。myUserDetailsServi