怎么周一天氣就這么熱，塞車給塞死人，不過再熬幾天公司搬家了，到時不用去擠車了。吃東西的話也有更多的選擇，不然每天吃飯都象完成任務一樣，很難過。
   周末的時候真夠BT的，十分鐘太陽十分鐘雨，真是好笑，朋友穿好鞋子準備去打球，出門5分鐘即返回，曰：下雨了。周末什么都沒做，玩了點游戲，感覺實況10更BT了，改了中文解說，沒有期待的那么好。
   也是時候顧著自己的合同了，最近不斷整理工作的東西，復習一些基礎知識，然后到網上招聘網站看看最新的資訊，已經做好了兩手準備，呵呵！個人還是比較期望留在公司，畢竟老大和技術主管，技術部的同事都是很不錯的，但對公司的未來，以及公司最近的調整不是滿意，可以說很不舒服。感覺市場部養著一堆廢物（我想和我一樣做技術的都對市場部有著同樣的想法），公司制度的不斷“完善”，只能說明公司問題不斷擴大。

什么是單點登陸

單點登錄（Single Sign On），簡稱為 SSO，是目前比較流行的企業業務整合的解決方案之一。SSO的定義是在多個應用系統中，用戶只需要登錄一次就可以訪問所有相互信任的應用系統。它包括可以將這次主要的登錄映射到其他應用中用于同一個用戶的登錄的機制。

單點登陸的技術實現機制

當用戶第一次訪問應用系統1的時候，因為還沒有登錄，會被引導到認證系統中進行登錄；根據用戶提供的登錄信息，認證系統進行身份效驗，如果通過效驗，應該返回給用戶一個認證的憑據－－ticket；用戶再訪問別的應用的時候就會將這個ticket帶上，作為自己認證的憑據，應用系統接受到請求之后會把ticket送到認證系統進行效驗，檢查ticket的合法性。如果通過效驗，用戶就可以在不用再次登錄的情況下訪問應用系統2和應用系統3了。

要實現SSO，需要以下主要的功能：

1、所有應用系統共享一個身份認證系統。

統一的認證系統是SSO的前提之一。認證系統的主要功能是將用戶的登錄信息和用戶信息庫相比較，對用戶進行登錄認證；認證成功后，認證系統應該生成統一的認證標志（ticket），返還給用戶。另外，認證系統還應該對ticket進行效驗，判斷其有效性。

2、所有應用系統能夠識別和提取ticket信息

要實現SSO的功能，讓用戶只登錄一次，就必須讓應用系統能夠識別已經登錄過的用戶。應用系統應該能對ticket進行識別和提取，通過與認證系統的通訊，能自動判斷當前用戶是否登錄過，從而完成單點登錄的功能。

另外：

1、單一的用戶信息數據庫并不是必須的，有許多系統不能將所有的用戶信息都集中存儲，應該允許用戶信息放置在不同的存儲中，如下圖所示。事實上，只要統一認證系統，統一ticket的產生和效驗，無論用戶信息存儲在什么地方，都能實現單點登錄。

2、統一的認證系統并不是說只有單個的認證服務器

認證服務器之間要通過標準的通訊協議，互相交換認證信息，就能完成更高級別的單點登錄。如：當用戶在訪問應用系統1時，由第一個認證服務器進行認證后，得到由此服務器產生的ticket。當他訪問應用系統2的時候，認證服務器2能夠識別此ticket是由第一個服務器產生的，通過認證服務器之間標準的通訊協議（例如SAML）來交換認證信息，仍然能夠完成SSO的功能。

WEB-SSO的實現

用戶在訪問頁面1的時候進行了登錄，但是客戶端的每個請求都是單獨的連接，當客戶再次訪問頁面2的時候，如何才能告訴Web服務器，客戶剛才已經登錄過了呢？瀏覽器和服務器之間有約定：通過使用cookie技術來維護應用的狀態。Cookie是可以被Web服務器設置的字符串，并且可以保存在瀏覽器中。當瀏覽器訪問了頁面1時，web服務器設置了一個cookie，并將這個cookie和頁面1一起返回給瀏覽器，瀏覽器接到cookie之后，就會保存起來，在它訪問頁面2的時候會把這個cookie也帶上，Web服務器接到請求時也能讀出cookie的值，根據cookie值的內容就可以判斷和恢復一些用戶的信息狀態。Web-SSO完全可以利用Cookie結束來完成用戶登錄信息的保存，將瀏覽器中的Cookie和上文中的Ticket結合起來，完成SSO的功能。
為了完成一個簡單的SSO的功能，需要兩個部分的合作：

1、統一的身份認證服務。

2、修改Web應用，使得每個應用都通過這個統一的認證服務來進行身份效驗。

后記

大概就是這樣，如果還需要更詳細的調研，可以到這里

1. http://blogjava.blog.hexun.com/3859148_d.html
2. http://blog.csdn.net/crppawen/archive/2006/02/05/592237.aspx

這幾天一直都在編寫和調試一個調度分析程序，把一些體會做個筆記，以便不再犯同樣的錯誤

1.代碼編寫不規范，
       .全局變量和局部變量命名有時候不遵循一般原則，有時候會交叉使用
       .一個方法的代碼量過長，有時候能達到幾百行，應當把公共部分抽取出來，可以拆分為幾個小的方法
這樣代碼看起來簡潔易懂

2.粗心大意，自信到自大
        .在一些代碼的編寫上過于習慣自己的寫法，不夠虛心學習，后經過經理指點后才把一個自己認為很難解決的問題給簡單化，對自己以后編寫代碼的思路有很大啟發。
       .自己編寫完后測試不完善，不夠細心，在別人一起測試后出現很多不應該出現的錯誤，都是代碼書寫上的，原則不夠徹底啊~~

3.多線程的深入理解不夠，還是多看看E文檔為好

4.IDE使用還不夠熟練，比如快捷鍵有些還是記得不清楚，需要查閱資料-_-!

5.測試文檔初稿書寫還不夠規范

6.易犯困。。。這個是原則問題了，不管是不是你感興趣的任務，都要認真完成，至于是你感興趣的任務你要做得更完美

   周一工作都沒什么精神，加上上周六去了躺笑翻天，真的笑到掛了，全身酸痛，嘿嘿，不過收獲還是很多的.好象今天又點特別，感覺很有激情，仿佛回到了去年的這個時候，也許這就是一個輪回，激情的工作--平常--沒有精神--激情的工作......現在學手游感覺還是不錯的，發現自己比較喜歡學些對自己有挑戰性的東西，不管成功與否，總比現在這樣強，哎..不知道是不是暗示著是否要換個窩或者換個環境了。小賴上周也重新找了份工，公司也是增值業務方面的公司。同時我也給自己有個重新的計劃了，呵呵。心里面還很感謝自己的主管和老大們，是他們給了自己機會，自己應該把自己能做的都做好，如果真的要走，也希望不留遺憾的走，因為選擇了離開就不會再回來了。

  周日本想去找小三踢場球的，不過下雨又把計劃個沖了，汗啊，還是酸雨。。。又是一個月沒運動了，都被小三損得一文不值了，曾經的主力前腰啊~~~嘿嘿