聽說讀寫

摘要： 每一個托管程序啟動的時候都會至少啟動一個默認生成一個AppDomainAppDomain提供了隔離的功能　　1)一個應用程序域不能直接訪問其他應用程序域中的對象　　2)應用程序域可以被卸載, 你無法卸載一個已經加載的程序域,不過你可以選擇卸載一個應用程序域　　3)應用程序域可以擁有獨立的權限　　4)應用程序域可以擁有獨立的配置(app.config 什么的....)一般來說,如果兩個應用程序域加載了同樣的dll(例如System.dll) 那么這個被加載的dll需要2倍的內存并同時存在于這兩個應用程序域.有些Assembly是應用程序域中立的(例如MSCorLib.dll) ,這些dll在被多 閱讀全文

摘要： 已知一個大小為M的數組 里面放著M個整數現在要找出前n個最大的元素問: 最優的算法,時間復雜度和空間復雜度解法有很多,最好的不好找, 這里隨便先舉幾個一般的: 1.先給M的數組做一次排序 那么前n個元素就是結果, 假設用快速排序 那么時間復雜度就是 M*logM 2.已知使用冒泡法找出最大的一個元素, 需要M次, 那么找出N個,就需要M*N ,如果N很小這個算法就很優化補充以下是個人覺得最好的算法(快速排序的一部分)隨機在m中挑選一個值, 然后比m小的放在m左邊, 比m大的放在m右邊假設右邊有c個元素, 如果c小于5個, 在左邊的元素中繼續尋找 最大的n-c個元素,否則丟棄所有左側元素,... 閱讀全文

摘要： 已知 圓盤上有4個開關 分布在正方形的4個角上1.每個開關都只有兩個狀態 開或者關 ; 觸摸一下開關 它的狀態就會互相轉換(開-關 關-開)2.你看不到現在開關的狀態是什么,你也不能通過觸摸判斷現在的開關是開還是關3.每一次操作你可以選擇改變一個開關的狀態,或者改變兩個開關的狀態4.操作完成后 ,圓盤會隨機轉動, (也就是說你下一次操作的時候這些開關的位置都已經移動了)5.由于正方形的相鄰點和對角點距離不一樣 ,那么在你改變兩個開關的時候,你可以通過這個判斷你改變的是對角點還是相鄰點6.當開關完全打開或者完全關閉的時候, 外面有個燈就會亮起來, 那么恭喜你 你搞定了問:有沒有一種嚴格的流程 閱讀全文

摘要： 已知我家門口的公交站有兩班公交車.其中一輛每隔M分鐘經過我家門口.另外一輛每隔N分鐘經過我家門口.我隨便等到一輛車都可以坐車去上班....那么平均情況下 我要等多久 才能等到一輛車??應用場景是在做地圖尋路算法的時候....要計算等車時間, (用于估計你要多久才能到達目的地).一個很簡單的提示:如果只有一輛車M,平均時間是M/2,如果多了一輛車n...用的時間必然小于M/2.PS: 有很多朋友會認為答案是(M+N)/2 這明顯是不對的 因為我只要隨便等到一輛車就能上班了.PS: M*N/(M+N)也是錯的.PS:我也不知道什么時候出門等車啦 ,也不知道m和n什么時候發車,反正就是隨機的.附上一 閱讀全文

摘要： 接上篇 http://www.rzrgm.cn/PurpleTide/archive/2010/12/21/1912299.html ???7) $expand 包含屬性和關系　　假設??的??WagerInformation擁有一個屬性 UserInformation User 表示用戶信息, 另一個屬性 IEnumerableCommonInformation Commons 表示評論信息　　使用 http://localhost:9527/ODataService.svc/WagerInformations?$expand=User ,Commons 　　返回的信息中就會包含相 閱讀全文

摘要： 假設目前提供OData的服務地址是http://localhost:9527/ODataService.svc提供的服務內容如下所示 (提供了一個WagerInformations)代碼1.基礎查詢 　　1)列出所有的??WagerInformations　　　　?http://localhost:9527/ODataService.svc/WagerInformations　　2)按照主鍵查詢　　　　http://localhost:9527/ODataService.svc/WagerInformations(1)　　　　PS:在.net里面一般使用DataServiceKeyAttrib 閱讀全文

摘要： 和windows身份驗證相比,在實際程序中應用更多的是自定義身份驗證1.在WCF服務內做身份驗證　代碼這里我目前還有一些疑問,例如這里客戶端的數據是非結構化的,雖然方法名稱 列名什么都有,但是要自己實現分析代碼以確定客戶訪問的是什么權限(例如什么表 什么列) 總歸是麻煩的希望有微軟官方的實現或者第三方實現(目前我還沒有找到)2.使用HttpModule做驗證.　　其實這個方法實現和wcf內實現是一樣的...只是放的地方不一樣而已3.OAuth WRAP 閱讀全文

摘要： windows 身份驗證和OData1.服務器端　　1) 集成身份驗證　　　　在使用IIS作為服務宿主的情況下,需要打開集成身份驗證,關閉匿名身份驗證　　　　windows身份驗證要求請求中包含以下的http header: (以下例子是服務器發生401時給客戶端的錯誤提示)　　　　WWW-Authenticate: NTLM 　　　　WWW-Authenticate: Negotiate　　　　其中NTLM意味著你需要使用windows身份驗證　　　　Negotiate意味著客戶端可以嘗試Kerberos身份驗證　　2)基本身份驗證　　　　當你把IIS配置為基本身份驗證的時候　　　　服務器返 閱讀全文

摘要： 1.什么是OData：開放數據協議(OData)是一個查詢和更新數據的Web協議。OData應用了web技術如HTTP、Atom發布協議(AtomPub)和JSON等來提供對不同應用程序，服務和存儲的信息訪問2.OData 優勢(個人看法)　　1)一種通用的跨語言的協議,　　2)基于.net的實現可以非常方便的實現一些功能(例如在客戶端使用lambda表達式, 使用odata 傳遞請求到server,最后服務器返回一個結果集 , 注意 過濾排序什么操作是在服務器實現的,我個人覺得這個功能封裝的很徹底,實現也很酷)以下代碼就是一個最簡單的OData的實現代碼如果需要對多個不同對象實現OData 閱讀全文

摘要： 垃圾回收目前支持兩種工作模式, 并且在進程運行過程中無法修改這個工作模式1.工作站模式,該模式為客戶端應用程序優化,GC假設當前機器上還有其他應用程序并且它們都沒有完全占用CPU,工作站還有兩個子模式　　1)支持同時收集　　　　會有更好的交互體驗,因此適用于GUI應用程序,通常這個模式會占用更多的內存,并且性能更差　　2)不支持同時收集2.服務器模式,該模式為服務器端應用程序優化,該模式假設當前應用程序是服務器上唯一的應用程序,該模式會導致托管堆被分隔為多個部分,每一個CPU一份.并且這些部分是可以并行執行的,默認情況下應用程序運行在工作站模式,并且支持同時收集(Asp.net和Sqlserv 閱讀全文

摘要： 直接用代碼和注釋說明問題吧~~代碼第一次感覺一個對象的Finalize要等這么久....當然,如果在0代對象的時候就被回收了 就沒這么麻煩了- -# PS:GC的簡單邏輯:　　1.遍歷Generation 0 沒用的拉出去殺掉,還有用的升級到Generation 1 ,　　2.如果空間已經過了, 就不繼續回收了 ,返回　　3.如果空間還不夠或者Generation 1 也滿了, 把G1沒用的拉出去燒了祭天,然后還活著的升級到G2　　4.如果有必要 繼續回收G2...如果g2也不夠了 那么就OutOfMemoryException ....　　參數:GC在初始化完成的時候Generation 0 閱讀全文

摘要： 在進行需要很大內存空間的計算時,非常容易發生OutOfMemoryExceptionSystem.Runtime.MemoryFailPoint提供了在運行需要大內存的計算前進行內存檢查的功能在調用該方法的時候執行了以下步驟(如果不完全確定所需的內存大小,可以傳近似值)1.檢查系統的頁面文件是否有足夠大的可用空間,檢查進程中是否有足夠的連續虛擬地址空間2.如果這里沒有足夠的空間,就會啟動GC嘗試回收一些內存3.如果GC之后依然沒有足夠的頁面文件空間,,嘗試擴大頁面文件,如果頁面文件大小還是沒法達到要求,拋出InsufficientMemoryException4.如果進程中沒有足夠的連續虛擬地 閱讀全文

摘要： 有些時候,非托管資源會占用大量的內存, 而托管資源只占用一點資源,那么GC很難估計是否應該對這個資源進行垃圾回收,因為很難滿足原來提到過的GC回收的條件(例如Gnereation 0 滿了)為了解決這個情況,GC提供了以下兩個方法[代碼]所有包含大型非托管資源的托管類應該使用這些方法告訴GC他們準備使用多少內存由此,GC在內部監控內存壓力,當內存壓力很大的時候,就會執行一次GCGC.AddMemoryPressure 和 HandleCollector.Add其實內部也是使用GC.Collect方法來回收內存過多的調用GC.Collect在這里會造成性能損耗,不過性能損耗總比程序崩潰來的好.. 閱讀全文

摘要： 1. 對象復活當GC想調用一個對象的Finalize方法的時候GC會強制這個對象處于 活 的狀態只有當Finalize方法調用完成以后,這個對象才會永久的消失主要原因是:Finalize方法中可能使用到這個對象的字段(Field),所以Finalize的過程中需要保證可以訪問這些字段,所以要保證對象處在 活的狀態當Finalize方法執行完成的時候,這個對象才會真正的消失2. 應用場景一般情況下需要盡量避免使用對象復活,除非是一個對象需要被重復的使用,(其實我覺得還不如不回收這個對象呢,就讓他一直活著吧)3.當一個靜態字段被Finalize的時候[代碼]當SomeType對象的Finalize 閱讀全文

摘要： 使用System.Runtime.InteropServices.GCHandle類來手動控制對象的生命周期(個人感覺這里可能有一些問題...只是草稿而已..還請高手指正)1.GCHandle.Alloc 傳遞一個Object和一個GCHandleType枚舉給Alloc方法以控制Object的生命周期,返回一個GCHandle 1) GCHandleType.Weak 此標志位允許你監視對象生命周期,當對象被標記為不可到達的時候,這個對象的Finalize方法可能執行也可能沒有執行,這個對象可能依然存在于內存中 2) GCHandleType.WeakTrackResurrection... 閱讀全文