javaredissession共享_Java學習路線是怎樣的

⑴ java：用redis實現單點登錄是否可行請大神看一下我的方法

用redis實現單點登錄是可行的。
首先，session的大部分實現都是通過cookie的，所以跨域session是不可能的。但跨域的認證還是可以有OAuth等實現方法，不太推薦OAuth項目。
其次，跨域有點難，但放在同一域下的不同項目是可以共享session的，CAS也不算復雜。可以上github搜一下redis-session這個項目，只有一個源代碼文件，它給出了redis下session的一種nodejs實現，就是設置redis的超時來模擬session的超時。
再次，跨域也是可以的，就是使用iframe，在登錄時，在多個域下同時寫cookie，注意瀏覽器差異。
綜上，完全可行。

⑵ 聊聊Spring Boot面試相關問題

Spring Boot 是 Spring 開源組織下的子項目，是 Spring 組件一站式解決方案，主要是簡化了使用 Spring 的難度，簡省了繁重的配置，提供了各種啟動器，開發者能快速上手。

Spring Boot 主要有如下優點：

啟動類上面的註解是@SpringBootApplication，它也是 Spring Boot 的核心註解，主要組合包含了以下 3 個註解：

@SpringBootConfiguration：組合了 @Configuration 註解，實現配置文件的功能。

@EnableAutoConfiguration：打開自動配置的功能，也可以關閉某個自動配置的選項，如關閉數據源自動配置功能：

@SpringBootApplication(exclude= { DataSourceAutoConfiguration.class })。

@ComponentScan：Spring組件掃描。

Spring JavaConfig 是 Spring 社區的產品，它提供了配置 Spring IoC 容器的純Java 方法。因此它有助於避免使用 XML 配置。使用 JavaConfig 的優點在於：

（1）面向對象的配置。由於配置被定義為 JavaConfig 中的類，因此用戶可以

充分利用 Java 中的面向對象的功能。一個配置類可以繼承另一個，重寫它的

@Bean 方法等。

（2）減少或消除 XML 配置。基於依賴注入原則的外化配置的好處已被證明。

但是，許多開發人員不希望在 XML 和 Java 之間來回切換。JavaConfig 為開發人員提供了一種純粹 Java 方法來配置與 XML 配置概念相似的 Spring 容器。從

技術角度來講，只是使用 JavaConfig 配置類來配置容器是可行的，但實際上很多人認為將JavaConfig 與 XML 混合匹配是理想的。（3）類型安全和重構友好。JavaConfig 提供了一種類型安全的方法來配置

Spring容器。由於 Java 5.0 對泛型的支持，現在可以按類型而不是按名稱檢索 bean，不需要任何強制轉換或基於字元串的查找。

BFPP：BeanFactoryPostProcessor

BPP：BeanPostProcessor

BDRPP:

表達的總體思路是：總-分-總

1、springboot自動裝配是什麼，解決了什麼問題

2、自動裝配實現的原理：

1、當啟動springboot應用程序的時候，會先創建SpringApplication的對象，在對象的構造方法中會進行某些參數的初始化工作，最主要的是判斷當前應用程序的類型以及初始化器和監聽器，在這個過程中會載入整個應用程序中的spring.factories文件，將文件的內容放到緩存對象中，方便後續獲取。

2、SpringApplication對象創建完成之後，開始執行run方法，來完成整個啟動，啟動過程中最主要的有兩個方法，第一個叫做prepareContext，第二個叫做refreshContext,在這兩個關鍵步驟中完整了自動裝配的核心功能，前面的處理邏輯包含了上下文對象的創建，banner的列印，異常報告期的准備等各個准備工作，方便後續來進行調用。

3、在prepareContext方法中主要完成的是對上下文對象的初始化操作，包括了屬性值的設置，比如環境對象，在整個過程中有一個非常重要的方法，叫做load，load主要完成一件事，將當前啟動類做為一個beanDefinition注冊到registry中，方便後續在進行BeanFactoryPostProcessor調用執行的時候，找到對應的主類，來完成@SpringBootApplicaiton,@EnableAutoConfiguration等註解的解析工作

4、在refreshContext方法中會進行整個容器刷新過程，會調用中spring中的refresh方法，refresh中有13個非常關鍵的方法，來完成整個spring應用程序的啟動，在自動裝配過程中，會調用方法，在此方法中主要是對類的處理，這次是BFPP的子類也是BDRPP的子類，在調用的時候會先調用BDRPP中的方法，然後調用postProcessBeanFactory方法，在執行的時候回解析處理各種註解，包含@PropertySource,@ComponentScan,@ComponentScans，@Bean,@Import等註解，最主要的是@Import註解的解析。

5、在解析@Import註解的時候，會有一個getImports的方法，從主類開始遞歸解析註解，把所有包含@Import的註解都解析到，然後在processImport方法中對Import的類進行分類，此處主要識別的時候AutoConfigurationImportSelect歸屬於ImportSelect的子類，在後續過程中會調用deferredImportSelectorHandler中的process方法，來完整EnableAutoConfiguration的載入。

6、上面是我對springboot自動裝配的簡單理解，面試官您看一下，我回答有沒有問題，幫我指點一下！

在 Spring Boot 裡面，可以使用以下幾種方式來載入配置。

1） properties文件；

2） YAML文件；

3）系統環境變數；

等等……

YAML 是一種人類可讀的數據序列化語言。它通常用於配置文件。與屬性文件相比，如果我們想要在配置文件中添加復雜的屬性，YAML 文件就更加結構化，而且更少混淆。可以看出 YAML 具有分層配置數據。

YAML 現在可以算是非常流行的一種配置文件格式了，無論是前端還是後端，都可以見到 YAML 配置。那麼 YAML 配置和傳統的 properties 配置相比到底有哪些優勢呢？

相比 properties 配置文件，YAML 還有一個缺點，就是不支持 @PropertySource 註解導入自定義的 YAML 配置。

Spring Boot 推薦使用 Java 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通過 @ImportResource 註解可以引入一個 XML 配置。 spring boot 核心配置文件是什麼？

bootstrap.properties 和 application.properties 有何區別 ?

單純做 Spring Boot 開發，可能不太容易遇到 bootstrap.properties 配置文

件，但是在結合 Spring Cloud 時，這個配置就會經常遇到了，特別是在需要載入一些遠程配置文件的時侯。

spring boot 核心的兩個配置文件：

bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 載入的，比 applicaton 優先載入，配置在應用程序上下文的引導階段生效。一般來說我們在 Spring Cloud Config 或者 Nacos 中會用到它。且 boostrap 裡面的屬性不

能被覆蓋；

application (. yml 或者 . properties)：由ApplicatonContext 載入，用於 spring boot 項目的自動化配置。

Spring Profiles 允許用戶根據配置文件（dev，test，prod 等）來注冊 bean。因此，當應用程序在開發中運行時，只有某些 bean 可以載入，而在

PRODUCTION中，某些其他 bean 可以載入。假設我們的要求是 Swagger 文檔僅適用於 QA 環境，並且禁用所有其他文檔。這可以使用配置文件來完成。Spring Boot 使得使用配置文件非常簡單。

為了在自定義埠上運行 Spring Boot 應用程序，您可以在

application.properties 中指定埠。server.port = 8090

為了實現 Spring Boot 的安全性，我們使用 spring-boot-starter-security 依賴項，並且必須添加安全配置。它只需要很少的代碼。配置類將必須擴展

WebSecurityConfigurerAdapter 並覆蓋其方法。

跨域可以在前端通過 JSONP 來解決，但是 JSONP 只可以發送 GET 請求，無法發送其他類型的請求，在 RESTful 風格的應用中，就顯得非常雞肋，因此我們推薦在後端通過（CORS，Cross-origin resource sharing）來解決跨域問題。這種解決方案並非 Spring Boot 特有的，在傳統的 SSM 框架中，就可以通過 CORS 來解決跨域問題，只不過之前我們是在 XML 文件中配置 CORS ，現在可以通過實現WebMvcConfigurer介面然後重寫addCorsMappings方法解決跨域問題。

項目中前後端分離部署，所以需要解決跨域的問題。

我們使用cookie存放用戶登錄的信息，在spring攔截器進行許可權控制，當許可權不符合時，直接返回給用戶固定的json結果。

當用戶登錄以後，正常使用；當用戶退出登錄狀態時或者token過期時，由於攔截器和跨域的順序有問題，出現了跨域的現象。

我們知道一個http請求，先走filter，到達servlet後才進行攔截器的處理，如果我們把cors放在filter里，就可以優先於許可權攔截器執行。

CSRF 代表跨站請求偽造。這是一種攻擊，迫使終用戶在當前通過身份驗證的 Web 應用程序上執行不需要的操作。CSRF 攻擊專門針對狀態改變請求，而不是數據竊取，因為攻擊者無法查看對偽造請求的響應。

Spring boot actuator 是 spring 啟動框架中的重要功能之一。Spring boot 監視器可幫助您訪問生產環境中正在運行的應用程序的當前狀態。有幾個指標必須在生產環境中進行檢查和監控。即使一些外部應用程序可能正在使用這些服務來向相關人員觸發警報消息。監視器模塊公開了一組可直接作為 HTTP URL 訪問的REST 端點來檢查狀態。

如何在 Spring Boot 中禁用 Actuator 端點安全性？

默認情況下，所有敏感的 HTTP 端點都是安全的，只有具有 ACTUATOR 角色

的用戶才能訪問它們。安全性是使用標準的 HttpServletRequest.isUserInRole 方法實施的。我們可以使用來禁用安全性。只有在執行機構端點在防火牆後訪問時，才建議禁用安全性。

Spring Boot 提供監視器端點以監控各個微服務的度量。這些端點對於獲取有關應用程序的信息（如它們是否已啟動）以及它們的組件（如資料庫等）是否正常運行很有幫助。但是，使用監視器的一個主要缺點或困難是，我們必須單獨打開應用程序的知識點以了解其狀態或健康狀況。想像一下涉及 50 個應用程序的微服務，管理員將不得不擊中所有 50 個應用程序的執行終端。為了幫助我們處理這種情況，我們將使用位於的開源項目。它建立在 Spring Boot Actuator 之上，它提供了一個 Web UI，使我們能夠可視化多個應用程序的度量。

WebSocket 是一種計算機通信協議，通過單個 TCP 連接提供全雙工通信信道。

1、 WebSocket 是雙向的 -使用 WebSocket 客戶端或伺服器可以發起消息發送。

2、 WebSocket 是全雙工的 -客戶端和伺服器通信是相互獨立的。

3、單個 TCP 連接 -初始連接使用 HTTP，然後將此連接升級到基於套接字的連接。然後這個單一連接用於所有未來的通信

4、 Light -與 http 相比，WebSocket 消息數據交換要輕得多。

什麼是 Spring Data ?

Spring Data 是 Spring 的一個子項目。用於簡化資料庫訪問，支持NoSQL 和關系數據存儲。其主要目標是使資料庫的訪問變得方便快捷。Spring Data 具有如下特點：

SpringData 項目支持 NoSQL 存儲：

SpringData 項目所支持的關系數據存儲技術：

Spring Boot Batch 提供可重用的函數，這些函數在處理大量記錄時非常重要，包括日誌/跟蹤，事務管理，作業處理統計信息，作業重新啟動，跳過和資源管理。它還提供了更先進的技術服務和功能，通過優化和分區技術，可以實現極高批量和高性能批處理作業。簡單以及復雜的大批量批處理作業可以高度可擴展的方式利用框架處理重要大量的信息。

FreeMarker 是一個基於 Java 的模板引擎，初專注於使用 MVC 軟體架構進行動態網頁生成。使用 Freemarker 的主要優點是表示層和業務層的完全分離。程序員可以處理應用程序代碼，而設計人員可以處理 html 頁面設計。後使用 freemarker 可以將這些結合起來，給出終的輸出頁面。

對於集成 Spring Boot 和 ActiveMQ，我們使用依賴關系。它只需要很少的配置，並且不需要樣板代碼。

Swagger 廣泛用於可視化 API，使用 Swagger UI 為前端開發人員提供在線沙箱。Swagger 是用於生成 RESTful Web 服務的可視化表示的工具，規范和完整框架實現。它使文檔能夠以與伺服器相同的速度更新。當通過 Swagger 正確定義時，消費者可以使用少量的實現邏輯來理解遠程服務並與其進行交互。因此，Swagger消除了調用服務時的猜測。

前後端分離，如何維護介面文檔 ?

前後端分離開發日益流行，大部分情況下，我們都是通過 Spring Boot 做前後端分離開發，前後端分離一定會有介面文檔，不然會前後端會深深陷入到扯皮中。一個比較笨的方法就是使用 word 或者 md 來維護介面文檔，但是效率太低，介面一變，所有人手上的文檔都得變。在 Spring Boot 中，這個問題常見

的解決方案是 Swagger ，使用 Swagger 我們可以快速生成一個介面文檔網

站，介面一旦發生變化，文檔就會自動更新，所有開發工程師訪問這一個在線網站就可以獲取到新的介面文檔，非常方便。

這可以使用 DEV 工具來實現。通過這種依賴關系，您可以節省任何更改，嵌入式tomcat 將重新啟動。Spring Boot 有一個開發工具（DevTools）模塊，它有助於提高開發人員的生產力。Java 開發人員面臨的一個主要挑戰是將文件更改自動部署到伺服器並自動重啟伺服器。開發人員可以重新載入 Spring Boot 上的更改，而無需重新啟動伺服器。這將消除每次手動部署更改的需要。

Spring Boot 在發布它的第一個版本時沒有這個功能。這是開發人員需要的功能。DevTools 模塊完全滿足開發人員的需求。該模塊將在生產環境中被禁用。

它還提供 H2 資料庫控制台以更好地測試應用程序。

使用了下面的一些依賴項

spring-boot-starter-activemq

spring-boot-starter-security

這有助於增加更少的依賴關系，並減少版本的沖突。

Spring Boot 中的 starter 到底是什麼 ?

首先，這個 Starter 並非什麼新的技術點，基本上還是基於 Spring 已有功能來實現的。首先它提供了一個自動化配置類，一般命名為 XXXAutoConfiguration

，在這個配置類中通過條件註解來決定一個配置是否生效（條件註解就是

Spring 中原本就有的），然後它還會提供一系列的默認配置，也允許開發者根據實際情況自定義相關配置，然後通過類型安全的屬性注入將這些配置屬性注入進來，新注入的屬性會代替掉默認屬性。正因為如此，很多第三方框架，我們只需要引入依賴就可以直接使用了。當然，開發者也可以自定義 Starter spring-boot-starter-parent 有什麼用 ?

我們都知道，新創建一個 Spring Boot 項目，默認都是有 parent 的，這個

parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：

Spring Boot 打成的 jar 和普通的 jar 有什麼區別 ?

Spring Boot 項目終打包成的 jar 是可執行 jar ，這種 jar 可以直接通過 java jar xxx.jar 命令來運行，這種 jar 不可以作為普通的 jar 被其他項目依賴，即使依賴了也無法使用其中的類。

Spring Boot 的 jar 無法被其他項目依賴，主要還是他和普通 jar 的結構不同。普通的 jar 包，解壓後直接就是包名，包里就是我們的代碼，而 Spring Boot

打包成的可執行 jar 解壓後，在 BOOT-INFclasses 目錄下才是我們的代碼，因此無法被直接引用。如果非要引用，可以在 pom.xml 文件中增加配置，將 Spring Boot 項目打包成兩個 jar ，一個可執行，一個可引用。

1）打包用命令或者放到容器中運行

2）用 Maven/ Gradle 插件運行

3）直接執行 main 方法運行

1）繼承spring-boot-starter-parent項目

2）導入spring-boot-dependencies項目依賴

Spring 提供了一種使用 ControllerAdvice 處理異常的非常有用的方法。我們通過實現一個 ControlerAdvice 類，來處理控制器類拋出的所有異常。

使用 Spring Boot 實現分頁非常簡單。使用 Spring Data-JPA 可以實現將可分頁的傳遞給存儲庫方法。

微服務中如何實現 session 共享 ?

在微服務中，一個完整的項目被拆分成多個不相同的獨立的服務，各個服務獨立部署在不同的伺服器上，各自的 session 被從物理空間上隔離開了，但是經

常，我們需要在不同微服務之間共享 session ，常見的方案就是 Spring

Session + Redis 來實現 session 共享。將所有微服務的 session 統一保存在 Redis 上，當各個微服務對 session 有相關的讀寫操作時，都去操作 Redis 上的 session 。這樣就實現了 session 共享，Spring Session 基於 Spring 中的代理過濾器實現，使得 session 的同步操作對開發人員而言是透明的，非常簡便。

定時任務也是一個常見的需求，Spring Boot 中對於定時任務的支持主要還是來自 Spring 框架。

在 Spring Boot 中使用定時任務主要有兩種不同的方式，一個就是使用 Spring 中的 @Scheled 註解，另一個則是使用第三方框架 Quartz。

使用 Spring 中的 @Scheled 的方式主要通過 @Scheled 註解來實現。

使用 Quartz ，則按照 Quartz 的方式，定義 Job 和 Trigger 即可。

⑶ Java學習路線是怎樣的

第一階段，Java SE基礎：

Java環境搭建、Java流程式控制制語句-for循環、switch選擇判斷、循環嵌套、數組拷貝、多維數組、final關鍵字、構造函數的調用、類的訪問許可權和路徑、面向對象高級特性、Java異常處理、Set，Map，List介面及介面實現類、Java線程、同步阻塞、JavaIO流、文件的操作，復制，讀寫，刪除等。

第二階段，JavaWeb：

MySQL安裝、管理、創建資料庫、MySQLUPDATE
查詢、Mysql高級操作、JDBC、JDBC資料庫連接操作，JDBC動態Sql處理、Servlet3.0 網頁重定向、Servlet3.0
新增的註解支持、AJAX、responseText屬性詳解等。

第三階段，Java高級框架-SSH：

Struts2異常處理、Struts2+Log4j集成、Struts2和JSON實例、Hibernate5、Hibernate集合映射、Hibernate組件映射、Spring4.0、SpringAOP+
AspectJ框架、Spring 與其它Web框架集成、Spring Hibernate支持等。

第四階段，Java高級框架-SSM：

SpringMVC、Spring MVC生成JSON數據、MyBatis、MyBatis 環境配置及入門、Mybatis set標簽、Mybatis trim標簽、Shiro、Shiro快速入門教程、Shiro Web應用等。

第五階段，SpringBoot+VUE全棧框架：

SpringBoot、全局異常處理、過濾器監聽器、EHCache緩存、SpringBoot Quartz定時任務、Vue、Vue.js 安裝、模板語法、計算屬性、事件處理器、Vue.js 自定義指令、Vue.js 路由等

第六階段，特色課程：

ActiveM環境搭建、生產者和消費者、消息持久化操作、RSA數字加密演算法、Codebar條形碼生成器、zxing二維碼生成器、HighCharts統計圖、Echarts統計圖、網路播放器ckplayer、嵌入式網路播放器，可以瀏覽器和移動端隨意使用

第七階段，互聯網框架的高級應用1：

分布式服務框架的理解，Dubbo架構設計詳解及其核心要點，框架運行原理分析、SpringData數據訪問、Lucene搜索引擎、Lucene的全文搜索伺服器介紹、索引建立方式、Solr海量數據搜索引擎、Socket網路通信、實現RMI遠程對象通訊、使用JMS消息服務、Kafka分布式消息系統、WebService與RestfulWS等

第八階段，互聯網框架的高級應用2：

Spring Security安全框架、實現Web應用安全控制、緩存應用與EhCache框架、OSCache與JBossCache框架、MyBatis與Hibernate緩存機制、NoSQL應用與SQL調優、MongoDB
NoSQL資料庫、Redis內存資料庫、實現RedisSession共享、SQL語句的優化、實現資料庫讀寫分離、WEB應用集群及性能優化、Maven項目管理工具、Web伺服器負載均衡、實現Nginx與Tomcat集群、使用LoadRunner測試工具、性能優化之內存調優、代碼優化與重構的方法等。

導航:首頁 > 編程語言 > javaredissession共享

javaredissession共享