今天是周六，然后9點到的公司，來了之后，想了一下今天要做的工作，算了，還是看看技術文檔吧，如果你看過我昨天的博客，就應該知道我昨天電話面試的內容，如果不知道的，可以去看看。今天就整理一下昨天的電話面試內容。

數據結構：對于我一個機械專業畢業的確實有點難，先不說了。

sPRingmvc注解：我當時說的是@requestmapping，@responseBody ，@Autoried（大概是這個，我一般是auto alt+/）哈哈。大概說了一下都什么時候使用。

然后是設計模式，問我除了單例模式，還會什么模式，什么時候使用。

我當時說的不是很好，說了一下策略模式，代理模式，觀察者模式等，主要說的是策略模式和代理模式。

哪天我在好好整理一下設計模式的內容，我感覺很久沒有整理知識點了，都是自己在工作中時候使用了我就去查一查，寫一寫，應該大部分的程序員都是這種狀態。

算了，我去看看昨天關注的妹子博客吧。大家可以猜猜。

我快速的看看，首先我想到一個事：

java中switch很多面試題中都寫著是參數只能是int（int和int以下的比如說byte等等），在jdk1.5之后已經出現了別的，String也可以。突然想起來，記一下。大家注意。我感覺我寫的博客有點像是日記了，但是也會寫java技術方面的。

不要和我說業務，你的業務對我來說沒有什么用，我要的是技術。

下面這個是轉載的：

【是什么】

       單點登錄，SSO（Single Sign On），簡單說就是一處登陸，處處登陸。再簡單說就是：在多個應用系統中，用戶只需要登錄一次，就可以訪問所有相互信任的應用系統。

【舉例】

       像阿里巴巴，百度，搜狐等網站，當我們登錄百度賬號的時候，相應的百度糯米、百度音樂也都可以直接訪問，這就是明顯的單點登錄的應用。

【為什么使用單點登錄】

       網站越大，就存在越多的子系統，用戶一次操作或者交易可能涉及到幾十個子系統的寫作，如果每個子系統都需要用戶認證，那用戶不瘋，系統也該瘋了。所以我們要使用單點登錄，來解決如何產生和存儲信任，以及其他系統如何進行驗證這個信任的有效性的問題。

【實現方式】

1.Cookie+Response.Redirect

2.HttpClient后臺提交

【小結】

       兩種方式，看流程圖會覺得第二種方式簡單，其實不然。第一種方式反而更好實現一點，看起來流程復雜，實際代碼很簡單，只需要在后臺把認證相關的操作全部返回給SSO，然后等著SSO處理完再返回即可。第二種方式卻相對麻煩，需要在SSO上做狀態存儲，還要在客戶站點做狀態判斷和跳轉等。

結束，我去工作了，同志們！