恢復內容開始 線程同步有兩種實現方式: 基於用戶模式實現和用內核對象實現。前者偏於輕量級，性能也更好，但是只能用於同一進程間的線程同步，後者重量級，性能消耗更大，跨進程。 研讀了一下windows核心編程的線程同步以及C#並行編程高級教程的ThreadPool部分，對線程的理解更深了。線程同步一般來 ...
---恢復內容開始---
線程同步有兩種實現方式: 基於用戶模式實現和用內核對象實現。前者偏於輕量級，性能也更好，但是只能用於同一進程間的線程同步，後者重量級，性能消耗更大，跨進程。
研讀了一下windows核心編程的線程同步以及C#並行編程高級教程的ThreadPool部分，對線程的理解更深了。線程同步一般來講有兩種實現: 基於用戶模式和基於內核對象，不同在於性能，FCL提供的線程併發類庫就是採用第一種基於用戶模式的實現。ThreadPool的QueueUserWorkItem類為了保證線程池的一致性，在全局隊列中採用了原子鎖同步同時還有內核對象來控制併發。總的來說，個人的最大感受就是，目前的併發同步方案都是基於一定得設計理念，但是性能耗損以及複雜度不一樣，其次，就是採用的數據結構，一般來講，隊列是重點，其次就是鏈表和樹。平時多看點有用的知識，多積累，多留心不懂得，自然會收穫很多。
這幾天，心不靜，主要是大四上半學期快完事了，然後自己還是沒有找到合適的工作(儘管過了杭州一家公司的面試，等沒課了，可以去上班)，常常游歷於牛客網和拉勾網，但是招.net，C#的太少了，我愣是沒有看到一家，java/python/php的一大堆，哎....看了下麵經，除去演算法的題目，其餘的面試題，個人還是可以攻剋的，網路部分的不是太有把握，這段時間也在複習數據結構。心理多少有些不平衡，倒不是說，我覺得自己有多牛逼，技術有多強，看了越來越多的人去不錯的公司，真的是有點急，為什麼我不能去？其實，說到底還是基礎不扎實，畢竟相對於應屆來講，考的就是基礎: 數據結構，TCP/IP網路，多線程。還有一定的時間，儘管秋招沒了(當初也沒有意識到要抓住秋招的機會！！！)，但是自己還是可以多學點，做好準備，等學校沒有事了，再去好點的公司試試。
前一個月，長春的大型招聘會去了幾個，但是好公司比較少，而且沒有招.net的！這就很無奈了，不過還是面試了幾家，都是現場面試，總體來說，還算行吧，問的還算是基礎，但是自己平時也沒有太上心，答得還行吧，不知道為什麼就沒有後信。通過這幾次面試，總的來說學到了很多，語言真的不是問題，問題一般都是與語言，平臺沒有多大關係的(除非是jaav的ssh)....說到底還是基礎。
今天挑了幾本書，這段時間好好看看，為之後的招聘做準備，書單如下:
劍指offer(這周就一直在看)
程式員面試金典
Unix網路編程
C#並行編程
CLR via C#(第四版)
當然，平時還要多看看面經
