聽說讀寫

摘要： 最近園子里好多人談到了招聘面試,特別是多線程這個問題出現了很多次;多線程也是我在面試中很喜歡問的一個題目,和大家分享一下(僅限.net)為什么喜歡在面試中問這個問題 因為這是一個很好的了解面試者知識深度的問題,在現代CPU都是多核的背景下,多線程作為一種能充分發揮CPU資源的技術使用的越來越廣泛. 而且這個問題可以把普通的應用開發人員(增刪改查)和有一定技術深度/專研精神的人區分出來 (此外:沒吃過豬肉好歹要見過豬跑吧,沒見過豬跑...這個就有點詭異了)背景: 面試.net中高級軟件工程師/架構師 (事先可能不知道對方的目標等級,要在這次面試過程中確定, 多線程不是初級/中級開發人員... 閱讀全文

摘要： 現在社會比前幾年浮躁了,越來越多的人抱怨薪水低,高薪工作不好找;誠然這有CPI的壓力,可是也有很多人沒有認清自己的職業發展.很多.net程序員個各種糾結,想拿高薪又拿不到,想提高又不知道怎么能提高.我也經歷過這樣的階段.......各種糾結和迷茫,各種悲劇......不知道路在何方,在此我把我的經驗和看法分享給大家,希望能給大家一點幫助.(本文只代表我的個人觀點)關于職業/薪水瓶頸的問題:(在本文中,我們假設薪水就是能力的真實體現,不考慮運氣等因素,并且薪水以上海為標準,其他城市乘以相對比例)瓶頸一: 入門 (薪水<0) 在這個階段沒有老師就是各種悲劇,各種概念的混合,各種糾結,各種蒙. 閱讀全文

摘要： Garbage Collection in .Net描述了.Net GC原理高性能和穩定性Demo最佳實踐PPT下載:http://files.cnblogs.com/PurpleTide/GC.pptx范例代碼下載:http://files.cnblogs.com/PurpleTide/Code.7z工具: windbg sos sosex備注:很多內容是口述的,ppt只是大綱 閱讀全文

摘要： 值類型和引用類型是.net里面的一個基本概念在面試的時候也經常遇到關于這個概念有很多誤解，經常聽到下面的說法1.兩者的區別是值類型分配在堆棧上,引用類型分配在堆上 這句話不對,至少不準確2.值類型性能更好, 這句話要考慮情況先補充一些背景資料常見的值類型有:大部分原生類型,例如int float long 各種自己定義的結構體等等常見的引用類型有:string 各種Class 數組(包括int[]這種的)堆棧:在這里指的是執行堆棧堆:在這里指的是托管堆,就是LOH+G0+G1+G2讓我們先來看看第一點:兩者的區別是值類型分配在堆棧上,引用類型分配在堆上1.假設在一個方法里面有一個語句是 v.. 閱讀全文

摘要： 類是C#中最重要的一個概念,也是最難表述的一個概念1.類的職責一定要清晰 不要設計超級類 盡量精簡這條其實比較難準確的表述,更多的是要靠設計人員的經驗;2.如果類中不存在實例成員,那么將類設計為static的3.如果可以,將類設計為sealed的 性能, 調用可能的虛方法對性能是有損失 防止意外的行為, protected的成員會被子類修改,有的時候會造成不可預料的結果 降低復雜度4.避免嵌套太深的繼承關系 理由和第三點一致5.避免嵌套類 類中的類...有的時候和命名空間有沖突,會讓人迷糊 而且每次使用也很麻煩6.如果類中有實現了IDispose的成員,或者是父類實現了IDis... 閱讀全文

摘要： 一個可運行的軟件由四個部分組成 1. 可執行的代碼 2. 配置 3. 運行環境 4. 數據任何一個部分發生變化都會軟件的行為發生變化在很多團隊中往往他們只測試代碼;而忽略了,或者沒有完整的測試其他幾個因素,因此在之后的部署過程中會遇到不少的問題頻繁的小規模測試(一般是每次check-in都會觸發一次測試)可以較好的保證代碼的質量這里就需要AAT(Automatic Acceptance Test) 和一個持續 集成/構建/測試 的過程再結合以適當的手動測試,可以較好的保證軟件的質量我們的測試一般要覆蓋到以下的環節 1.成功的編譯 2.成功的單元測試 3.滿足軟件質量標準,如代碼覆... 閱讀全文

摘要： 什么是Sessionless Web Application Session相信大部分朋友都聽說過,不使用Session的程序就是Sessionless, (注意,只是不用Session,并不代表不用Cookies,當然我們也要盡可能的少依賴cookis)為什么Sessionless (stateless)Session往往是在某一臺機器的內存中的,往往一臺機器宕機以后,Session信息就丟失了.如果不需要保持Session,應用程序和架構設計將會比較簡單,維護也會更簡單為了保持Session 粘性, 某用戶在第一次訪問之后的每一次訪問都要回到上一次訪問的那臺服務器那么,如果一臺服務器壓.. 閱讀全文

摘要： 自動化部署和手動部署比較的優勢1.手動部署容易出現錯誤,而自動化錯誤概率很低 (會出錯)2.如果部署過程不是自動化的,那么這個過程既不可重復也不可靠,需要很多的時間進行調試和排錯(需要額外的時間)3.手動部署的流程往往需要記錄在文檔中,這個文檔需要額外的維護時間,而且往往和最新版本的部署不是一致的(更新滯后),而且經常也是不完整的 自動化部署腳本往往沒有這個方面的問題4.自動化部署本質上是鼓勵協作的,對于有一定水平的人員來說,通過看部署腳本來了解部署流程往往比通過文檔來理解部署流程來的容易 這里并不是說文檔不重要,文檔可以很好的給人一個大的印象(Big Picture),而細節部分 通過直.. 閱讀全文

摘要： 最近在維護一些C# 2.0的代碼....發現各種線程不安全的實現2.0里面又沒有ConcurrentCollection的相關類不得已,自己寫了一個,本來想用傳統的lock實現的, 不過考慮到其中的操作非常輕量級...最終還是用了Lock Free使用原子操作 InterLocked 替換掉常用的lock關鍵字 public sealed class SafedQueue<T> { #region private Fields private int isTaked = 0; private Queue<T> queue = new Que... 閱讀全文

摘要： 最近實現了一個LockFree的對象池主要的想法是: 1.復用構造出來的對象 2.避免重復創建和銷毀對象對GC造成的壓力 3.避免重復創建對象造成的資源消耗最適合的場景是: 1.構造對象很慢,并且需要構造很多個對象的情況主要技術特征: 1. C#4.0的實現(可以降級到2.0) 2. 內部沒有使用普通的lock,而是使用Lock Free的實現方式 3. 將常用的取回對象的方式,換成委托運行, 這樣的話ObjectPool可以幫你自動將對象壓回隊列 4. ObjectPool支持對象池上下限的設置(如果移除該功能性能還會提高很多!)以下是實現代碼: /// <summar... 閱讀全文

摘要： Katama hash 是經常在分布式解決方案中見到的算法，網上已經有很多文章介紹這個算法或者其他的hash一致性算法前一陣子正好在做一個分布式系統的時候需要實現該算法，在網上找了找，發現用C#實現的都不是很好。。有一個搜索出來結果最前面最多的實現，性能沒有優化過，代碼可讀性也不是很好。。然后各個C#的memcached library中的實現又耦合的太緊了，所以自己搞了下面的這段代碼（參考了這位朋友的實現http://www.rzrgm.cn/daizhj/archive/2010/08/24/1807324.html）還有Beit的實現using System;using Syste 閱讀全文

摘要： 該問題的表現形式是： 在運行單元測試（或其他的VS測試類型）的時候 拋出異常Unit Test Adapter threw exception: Type is not resolved for member... 但是同樣的測試在應用程序/網站中都沒有問題該問題的根本原因是：Visual Studio運行測試代碼的時候實際上是在一個獨立的AppDomain中運行的，該AppDomain 無法找到CallContext中存儲的類型所以拋出了這個異常，不過這個異常信息非常不清晰，只看異常信息很難找到問題原因目前為止有3個解決方案： 1.拷貝DLL到QAAgent32.exe所在的目錄 （一... 閱讀全文

摘要： 解決方案和思路類: 設計和策略: 1.有一個網站的中購買功能, 假設現在有很多用戶(假設10000人)在搶購一個物品,該物品的庫存只有10個,請問怎么設計一個系統支持這樣的場景 2.一個用戶中心,保存用戶名密碼和其他基本資料, 你會怎樣設計?(盡可能好,考慮安全,性能,擴展,高可用等等..) 3.前端(HTML HTTP等..)優化策略 4.應用服務器(主要是Asp.net)性能優化策略 5.互聯網應用程序常見的安全風險和解決策略 6.設計模式(一般問最簡單的單件模式在C#中的實現) 7.如何保證你的軟件/產品的質量 問題排查: 1.有一臺生產環境的Web服務器出現... 閱讀全文

摘要： 功能一:背景: 編程中經常有這個需求,要在兩個非常類似的實體類中,拷貝同名屬性的值,(例如在WCF實體和EF實體中的拷貝...) 以往一般有兩個方案 1.硬編碼:執行效率很高,不過要寫很多重復的代碼, 2.反射: 靈活,不過效率非常低這里提供一個靈活性不比反射差的解決方案 https://github.com/xwj90/Clover.Copyer使用代碼非常簡單,如下所示, 只有一句話 //范例一 在兩個對象直接拷貝屬性 ClassA target = new ClassA(); ClassB source = new Class... 閱讀全文

摘要： 已知一個拍好序的數組，長度為M在其中找兩個數，其和為N剛剛拿到這個題目的時候，首先的常規想法是遍歷循環求出所有數的和，最終其值為N的就是結果,這個算法時間復雜度為o(N*N)可能還有一些擴展的想法，那就是先把數組中比N大的元素去掉，這樣少檢查幾個元素這是典型的程序員思維，太早開始考慮實現細節了作為一個算法題目首先要把算法復雜度降低下來，然后再考慮常數C。。。不要太早開始考慮這種相對不重要的問題由于要尋找的是一個數對，假設這里存在解的話，考慮用N減去數組中的每一個值生成一個新數組M2，假設M2的值在M中出現，那么就可以找到解，（用兩個指針 一個從M的左邊 一個從M2的右邊）算法復雜度可以做到o( 閱讀全文