CE融合傳送網，首先就要求CE能夠有效傳送各類業務。 　　1. IP城域網 　　萬兆到邊緣 　　在IP接入網，局端接入設備如SW、DSLAM或ONU上行到匯聚設備時，其鏈路壹般以MSTP電路或裸纖實現。MSTP可提供10M~50M帶寬，50M以上耗資源較多，導致帶寬擴展性很差。而裸纖存在嚴重缺陷：1. 易出故障，且排障難。裸纖容易受外部環境影響而中斷，且沿途存在多個活動接頭、熔接點，衰耗大，故障後排除困難。2. 光纖資源消耗大。裸纖網最大的問題在於消耗運營商寶貴的光纖資源。 　　利用CE萬兆以太環網技術，可有效解決傳統傳送網容量低下和可靠性差的問題。將CE交換機推到用戶邊緣，下掛SW、DSLAM或OLT，縮短匯聚設備到接入設備的距離，實際上減少了純光纖鏈路的故障風險，並通過共享環路提高了鏈路利用率。同時，通過RRPP+環網技術，充分保證網絡出現故障時的業務安全，使網絡具有良好的健壯性、可用性。最後，CE交換機的萬兆接入容量可使網絡具備很強的擴展性，在按需建設原則下，單次工程完成後可滿足較長時期內的升級需求（如圖1所示）。 　　提升匯聚鏈路可靠性和利用率 　　匯聚交換機壹般通過裸纖或波分電路雙歸方式與業務控制點如BAS、SR聯接，此方式存在缺陷。首先，匯聚點到BAS或SR其實只有壹條上行鏈路，鏈路沒有保護。其次，雙歸方式極大消耗光纖或電路資源。第三，由於匯聚點業務密度不壹，常出現各點鏈路負荷不均衡的現象。例如，設有10條鏈路，2條匯聚鏈路負載85%，8條鏈路10%，平均鏈路利用率僅為25%，但此時還需要擴容2條鏈路，無法做到帶寬資源統壹調配和統計復用。

更甚者妳寫的代碼，GC根本就回收不了，直接系統掛掉。GC是壹段程序，不是智能，他只回收他認為的垃圾，而不是回收妳認為的垃圾。     GC垃圾回收:     Grabage Collection相信學過JAVA的人都知道這個是什麽意思.但是他是如何工作的呢?     首先，JVM在管理內存的時候對於變量的管理總是分新對象和老對象。新對象也就是開發者new出來的對象，但是由於生命周期短，那麽他占用的內存並不是馬上釋放，而是被標記為老對象，這個時候該對象還是要存在壹段時間。然後由JVM決定他是否是垃圾對象，並進行回收。     所以我們可以知道，垃圾內存並不是用完了馬上就被釋放，所以就會產生內存釋放不及時的現象，從而降低了內存的使用。而當程序浩大的時候。這種現象更為明顯，並且GC的工作也是需要消耗資源的。所以，也就會產生內存浪費。     JVM中的對象生命周期裏談內存回收:     對象的生命周期壹般分為7個階段：創建階段，應用階段，不可視階段，不可到達階段，可收集階段，終結階段，釋放階段。     創建階段：首先大家看壹下,如下兩段代碼:     test1:     for( int i=0; i<10000; i++)     Object obj=new Object();     test2:     Object obj=null;     for( int i=0; i<10000; i++)     obj=new Object();     這兩段代碼都是相同的功能，但是顯然test2的性能要比test1性能要好，內存使用率要高，這是為什麽呢?原因很簡單，test1每次執行for循環都要創建壹個Object的臨時對象，但是這些臨時對象由於JVM的GC不能馬上銷毀，所以他們還要存在很長時間，而test2則只是在內存中保存壹份對象的引用，而不必創建大量新臨時變量，從而降低了內存的使用。     另外不要對同壹個對象初始化多次。例如:     public class A{     private Hashtable table =…