面試前的準備---C#知識點回顧----03

標籤：

經過一天的奔波，喜憂參半，不細表

再回看下標題，C#知識點回顧

再看下內容，資料庫3NF

原諒我這個標題黨

今天繼續回憶

1.HTTP中Post和Get區別

這忒簡單了吧，大家是不是感覺到興奮了，長舒一口氣了，終於出現了一個可以聊上10分鐘的問題了。

根據HTTP規範，Get用於資訊擷取，而且應該是安全的和等冪的。 參數在URL後，以?分割，以&相連。

根據HTTP規範，Post表示可能修改伺服器的資源請求。資料存在HTTP包中

以上最基本的得知道吧，重點可以聊的出現了，安全性。

詳細請拜讀：http://www.cnblogs.com/hyddd/archive/2009/03/31/1426026.html

特別要注意中的等冪表示的安全性和資料安全性這是兩回事，深入透徹的和面試官聊同一個詞語在不同情況下的含義的時候，會讓ta覺得你確實沉下去仔細研究了這個，弄懂了原理，而非浮與表面

這個問題再補充一點：

因為Get是安全的，所以Get返回的內容可以被瀏覽器，Cache伺服器緩衝起來，但是，快取服務器不會緩衝Post的請求內容，索引有些時候你提交表單後按下F5的時候，跳出來確認框。

以上這句能看懂，說明你基本理解了Get,Post.

既然都走到HTTP這塊了，面試官就繼續追討

UDP,TCP區別

TCP（Transmission Control Protocol，傳輸控制通訊協定）是基於串連的協議。一個TCP串連必須要經過三次“對話”才能建立起來，其中的過程非常複雜，這隻做簡單、形象的介紹，因為我只做到了理解這個過程。

主機A向主機B說：“我想給你發資料，可以嗎？”　　這是第一次對話；主機A向主機B

主機B回答A說：“可以，你什麼時候發？”　　　　   這是第二次對話；主機B向主機A

主機A向主機B說：“我現在就發，你接著吧！”　　   這是第三次對話；主機A向主機B

三次“對話”的目的是使資料包的發送和接收同步，經過三次“對話”之後，主機A才向主機B正式發送資料。

UDP（User Data Protocol，使用者資料包通訊協定）是與TCP相對應的協議。它是面向非串連的協議，它不與對方建立串連，而是直接就把資料包發送過去。如我們打電話，聊QQ。不用管對方同意，可以直接撥打和發送資訊。

具體可以參考百度：http://baike.baidu.com/link?url=ZHBJ2gr3HySVVwOYGlqeOQJdeavqBAcDCr7udU7brRyewsTlwGguXZyd3rXZlk6UVdC_Gx-s9RyF57NBHsWI9K

基本上面試官是否繼續擴充，就看你回答的情況了

2.C#中如何判斷兩個對象是不是相等？

沒看錯吧，這個是問題？判斷相等需要問！！！小心，這個題坑大著呢

判斷相等有 ==，Equal,ReferenceEquals 

 

ReferenceEquals是Object的靜態方法，用於比較兩個參考型別的對象是否是對於同一個對象的引用。對於實值型別它總是返回false。

 

==是一個可以重載的二元操作符,可以用於比較兩個對象是否相等。 
對於內建實值型別，==判斷的是兩個對象的代數值是否相等。它會根據需要自動進行必要的類型轉換，並根據兩個對象的值是否相等返回true或者false。而對於使用者定義的實值型別，如果沒有重載==操作符，==將是不能夠使用的。對於參考型別，== 預設的行為與ReferenceEquals的行為相同，僅有兩個對象指向同一個Reference的時候才返回true。但是.NET Framework中的類很多對==進行了重載，例如String類的==與Equals的行為相同，判斷兩個字串的內容是否相等。所以在應用中，對於 系統定義的參考型別建議不要使用==操作符，以免程式出現與預期不同的運行結果。

 

Equals方法對於實值型別和參考型別的定義不同，對於實值型別，類型相同，並且數值相同(對於struct的每個成員都必須相同)，則Equals返回 true,否則返回false。而對於參考型別，預設的行為與ReferenceEquals的行為相同，僅有兩個對象指向同一個Reference的時 候才返回true。

 

以上均摘自：http://www.cnblogs.com/zagelover/articles/2741409.html  具體詳細的內容，點擊查看，分析得很透徹

文章末尾還提到了 深拷貝和淺拷貝，這就預設的擴充開了，但基本又回到了實值型別，參考型別的理解

以上，後續續上吧

 

面試前的準備---C#知識點回顧----03