springboot第一次訪問如何傳遞session？springboot第一次訪問傳遞session是通過cookie實現程序的。默認情況，sessionid是通過cookie傳信的。建議使用coo

springboot第一次訪問如何傳遞session？

springboot第一次訪問傳遞session是通過cookie實現程序的。

默認情況，sessionid是通過cookie傳信的。

建議使用cookie傳遞sessionid時，設置的鍵名為JSESSIONID。

在這里，瀏覽器第二次不能訪問服務器會在服務器端生成沉淀一個session，有一個sessionid和它不對應。tomcat能生成的sessionid叫暗jsessionid。

如果cookie無法不使用時，才是替代辦法，這個可以在url中傳達消息sessionid(默認情況，參數名為：jsessionid)。

客戶端只保存到sessionid到cookie中，而肯定不會能保存session，session銷毀只能實際invalidate或已超時，直接關掉瀏覽器并絕對不會自動關閉session。

JSESSIONID和jsessionid叫作sessionname。sessionname也可以改。

客戶端只保存到sessionid到cookie中，而肯定不會保存到session，session消毀不能是從invalidate或已超時，關掉瀏覽器并不可能自動關閉session，這那是session可以三次傳遞的理由。

springboot怎么注入@configuration類？

springboot核心注解@EnableAutoConfiguration會導入@Import()，這個類利用了DeferredImportSelector接口，即可以不提升到spring能夠完成bean的初始化之后會回調下跌該接口的selectImports方法，方法的參數是各個bean的類屬性，注解等，前往的bean才會導出到spring中。AutoConfigurationImportSelector實現程序邏輯萬分感謝：

該方法邏輯大致是加載各個jar包下的spring.factories配置文件，讀取文件出自動出現配置的類，然后可以去掉重復的和不需要可以排除的，然后參與過濾，即filter方法，該方法不勝感激：

重點看第一個for循環，getAutoConfigurationImportFilters()會返回所有AutoConfigurationImportFilter的實現方法類，目前只能OnClassCondition這個類實現了該接口，即趕往的也是OnClassCondition類的對象，而OnClassCondition能繼承自SpringBootCondition，match會依據什么條件過濾處理掉不符合申請條件的配置類，帶走符合條件的配置類，進而被AutoConfigurationImportSelector融入spring結束程序加載。這里說一下match方法是如何處理ConditionOnClass注解的，看實現，其中的getOutcomes方法利用，其中在用createOutcomesResolver方法創建家族了2個OutcomesResolver，需要注意的是，帶走了一半的解析任務放在新開線程中實現程序以額外更好的性能，這里主要看StandardOutcomesResolver的實現，按的實現程序方法：

可以清晰的看到讀取數據了類上面的ConditionalOnClass注解的值，后再和環境中進行不兼容，假如修真者的存在就前往ConditionOutcome對象，未知返回空。經這些過濾，最終由上面說的AutoConfigurationImportSelector類回后被spring加載從而實現方法了條件注解的配置功能。

同時@configuration類會在ConfigurationClassPostProcessor中參與處理，一些其他類型的@Condition條件判斷等，如OnJavaCondition注解等，會在這里如何處理，這里不一一。