網上蒐集到了一些相關的資料。團隊決定用數據庫來存儲session。於是有了一些想法
（想要拿到session對象）
首先想到的是開監聽創建的時候序列化到數據庫，然後B服務器反序列話拿到session對象。
接着，序列化和反序列的操作這個對服務器性能的消耗我就感覺有些擔憂。JDK對幾個字節序列化之後就編程了幾百個字節。看到了阿里巴巴的dubbo
看過前輩的測試dubbo對小字節的序列化速度還是很可觀的 如果字節比較多，效率就不如JDK的好了。可是不論怎麼說，這個方法總是要吃服務器的性能的。
簡單一點如果不用序列化 只保存sessionID，可是現在已經不能通過sessionID反向獲取了。這樣還是不能夠拿到A服務器的session對象。貌似想拿到對象只有序列化這樣子。
（不拿到session對象 只存取有用的信息）
開監聽，session創建 寫表 保存必要的session信息（ 比如登錄bean）sessionTimeOut的時候清除。這裏還有個問題就是如何監聽到瀏覽器關閉的動作，實際上不好捕捉（能捕捉到是最好可以節省服務器內存）。可是我覺得這個並不是很重要 session設置了銷燬時間 到時間了服務器會調用銷燬方法，這個時候也可以執行刪的操作（爲了服務器節省內存 時間可以設置短一些）。
除了數據庫共享session也是可以用緩存服務器共享session （繼續學習中）我還是想在多服務器上方便快捷的拿到session對象而不是增刪改session的數據。