[InspiredBy("Andy Mc's brilliant .NET FAQ")]
class CTest
{
}
class CApp
{
    public static void Main()
    {
      object[] atts = typeof(CTest).GetCustomAttributes();
            foreach( object att in atts )
         if( att is InspiredByAttribute )
        Console.WriteLine( "Class CTest was inspired by {0}", _
           ((InspiredByAttribute)att).InspiredBy  );
    }
}
 

6.3 我能創建自己的 context 屬性嗎？
是的。看看 http://www.develop.com/dbox/dotnet/threshold/ 處的 Don Box 的例子 (叫作 CallThreshold) 和 http://www.razorsoft.net/ 處的 Perter Drayton 的 Tracehook.NET

7. 代碼訪問安全性
7.1 什么是代碼訪問安全性 (CAS)?
CAS 是 .NET 安全性模型的一部分，它確定一段代碼是否允許被運行，以及當它運行是可以使用什么資源。例如，CAS 可以防止一個 .NET 的 Web applet 將你的硬盤格式化。

7.2 CAS 如何起作用？
CAS 安全策略設計兩個關鍵概念—代碼組和權限。每個 .NET 元件是特定 代碼組的成員，并且每個代碼組被授予由有名權限集所指定的權限。

例如，使用默認的安全策略時，一個從 Web 站點下載的控件屬于“Zone - Internet”代碼組，它保持由有名權限集“Internet”所定義的權限。(自然，有名權限集“Internet”表示一組受到嚴格限制的權限。)

7.3 誰定義 CAS 代碼組？
Microsoft 定義了一些默認代碼組，但你可以改變這些甚至創建你自己的代碼組。要想看到你的系統中定義的代碼組，可以從命令橫行運行“caspol -lg”命令。再我的系統里它看起來像這些：

Level = Machine

Code Groups:

1.  All code: Nothing
   1.1.  Zone - MyComputer: FullTrust
      1.1.1.  Honor SkipVerification requests: SkipVerification
   1.2.  Zone - Intranet: LocalIntranet
   1.3.  Zone - Internet: Internet
   1.4.  Zone - Untrusted: Nothing
   1.5.  Zone - Trusted: Internet
   1.6.  StrongName - 0024000004800000940000000602000000240000525341310004000003
000000CFCB3291AA715FE99D40D49040336F9056D7886FED46775BC7BB5430BA4444FEF8348EBD06
F962F39776AE4DC3B7B04A7FE6F49F25F740423EBF2C0B89698D8D08AC48D69CED0FC8F83B465E08
07AC11EC1DCC7D054E807A43336DDE408A5393A48556123272CEEEE72F1660B71927D38561AABF5C
AC1DF1734633C602F8F2D5: Everything
注意代碼組的層次—頂層 ('All code') 是最通用的，它隨后分為幾個組，每個還可以再分。同時注意，和一般的想象不同，子組可以被賦予比它的上級更寬的權限集。

7.4 如何定義自己的代碼組？
使用 caspol。例如，假定你信任來自 www.mydomain.com 的代碼，并且希望它對你的系統擁有完全的訪問權，但是希望對其它 Internet 站點保持默認的限制。要實現這些，你可以在“Zone - Internet”組中增加一個子組，就像下面那樣：

caspol -ag 1.3 -site www.mydomain.com FullTrust
現在如果你運行 caspol -lg 就可以看到新的代碼組被增加為 1.3.1 組：

...
   1.3.  Zone - Internet: Internet
      1.3.1.  Site - www.mydomain.com: FullTrust
...
注意數字標號 (1.3.1) 只是 caspol 編出來以便能從命令行方便地操縱代碼組的。底層的運行庫永遠看不到它。

7.5 如何改變代碼組的權限集？
使用 caspol。如果你是機器的管理員，你能在 'machine' 層次上操作—這不僅意味著你所做的改變將成為機器的默認設置，而且用戶不能把權限改得更寬。如果你是一個普通用戶 (不是管理員) 你仍然可以修改權限，但只能使它們變得更嚴格。例如，為使 intranet 代碼能做它們想做的事，你可能需要這樣：

caspol -cg 1.2 FullTrust
注意，因為 (在標準的系統里) 這比默認的安全策略權限更大，你應該在 machine 層次上做這些—在 user 層次上這樣做不起作用。

7.6 能否創建自己的權限集？
是的。使用 caspol -ap，指定一個包含權限集中所有的權限的 XML 文件。這里 是一個指定 'Everything' 權限集的示例文件—修改它以適應你的需要，這樣可以節省一些時間。修改完成后，用以下方法將它添加到可用的權限集中：

caspol -ap samplepermset.xml
然后，用以下方法將此權限集施加到一個代碼組上：

caspol -cg 1.3 SamplePermSet
(默認情況下，1.3 是 'Internet' 代碼組)

7.7 CAS 有問題時，如何診斷自己的程序？
caspol 有一組可能有用的選項。首先，使用 caspol -rsg，你能讓 caspol 告訴你一個元件屬于哪一個代碼組。類似地，使用 caspol -rsp，你能詢問在特定元件上施加了什么權限。

7.8 我受不了 CAS 帶來的麻煩，能否關掉它？
是的，只要你是系統管理員。只要運行：

caspol -s off
 

8. 中間語言 (IL)
8.1 我能看到元件的中間語言嗎？
是的。Microsoft 提供了一個稱為 Ildasm 的工具，它可以用來查看元件的 metadata 和 IL。

8.2 能否通過反向工程從 IL 中獲得源代碼？
是的。相對而言，從 IL 來重新生成高級語言源代碼 (例如 C#) 通常是很簡單的。

8.3 如何防止別人通過反向工程獲得我的代碼？
目前唯一的辦法是運行帶有 /owner 選項的 ilasm。這樣生成的元件的 IL 不能通過 ildasm 來查看。然而，意志堅定的代碼破譯者能夠破解 ildasm 或者編寫自己的 ildasm 版本，所以這種方法只能嚇唬那些業余的破譯者。

不幸的事，目前的 .NET 編譯器沒有 /owner 選項，所以要想保護你的 C# 或 VB.NET 元件，你需要像下面那樣做：

csc helloworld.cs
ildasm /out=temp.il helloworld.exe
ilasm /owner temp.il
(這個建議是 Hany Ramadan 貼到 DOTNET 上的。)

看起來過一段時間能有 IL 加密工具 (無論來自 Microsoft 或第三方)。這些工具會以這樣的方式來“優化” IL：使反向工程變得更困難。

當然，如果你是在編寫 Web 服務，反向工程看起來就不再是一個問題，因為客戶不能訪問你的 IL。

8.4 我能直接用 IL 編程嗎？
是的。Peter Drayton 在 DOTNET 郵件列表里貼出了這個簡單的例子：

.assembly MyAssembly {}
.class MyApp {
  .method static void Main() {
    .entrypoint
    ldstr      "Hello, IL!"
    call       void System.Console::WriteLine(class System.Object)
    ret
  }
}
將其放入名為 hello.il 的文件中，然后運行 ilasm hello.il，將產生一個 exe 元件。

8.5 IL 能做到 C# 中做不到的事嗎？
是的。一些簡單的例子是：你能拋出不是從 SystemException 導出的異常，另外你能使用非以零起始的數組。

9. 關于 COM
9.1 COM 消亡了嗎？
就像你在郵件列表中看到的那樣，這個主題導致了激烈的爭論。看看以下兩個地方：

http://discuss.develop.com/archives/wa.exe?A2=ind0007&L=DOTNET&D=0&P=68241
http://discuss.develop.com/archives/wa.exe?A2=ind0007&L=DOTNET&P=R60761

我的理解是：COM 包含很多內容，并且對于不同的人而言它是不同的東西。但是對我來說，COM 基本上是關于一小段代碼如何找到另一小段代碼，以及當它們相互找到后該如何相互通訊。COM 準確地指明了這種定位和通訊該如何進行。在完全由 .NET 對象構成的“純” .NET 世界里，小段代碼依然相互尋找并相互交談，但它們不使用 COM 來做這些。它們使用在某些地方和 COM 很相像的一種模型—例如，類型信息保存在和組件封裝在一起的表單中，這和在 COM 組件中封裝一個類型庫十分相似。但它不是 COM。

所以，這里有什么問題嗎？好吧，我確實不關心大多數 COM 消失了—我不關心尋找組件不再和注冊表有關，我也不使用 IDL 來定義我的借口。但有一件東西我不希望它消失—我不希望失去基于接口的開發這種思想。照我看來，COM 最強大的力量是它堅持在接口和實現之間豎起鑄鐵般的隔墻。不幸的是，看來 .NET 不再那樣堅持—它允許你做基于接口的開發，但它并不堅持。一些人可能會辯解說有一個選擇總不會是壞事，可能他們是對的，但我不能不覺得這可能是一個退步。

9.2 DCOM 消亡了嗎？
差不多是，尤其是對于 .NET 開發者。.NET 框架有一個不基于 DCOM 的新的遠程模型。當然 DCOM 還會在互操作場合下使用。

9.3 MTS/COM+ 消亡了嗎？
不。第一個 .NET 版本考慮的是提供對現有 COM+ 服務 (通過一個互操作層) 而不是使用 .NET 自己的服務來取代它們。很多工具和屬性被用以實現盡可能平滑的過渡。.NET SDK 的 PDC 版本包括對核心服務 (JIT 活動、事務) 的支持，但不包括一些高層服務 (例如 COM+ 事件、隊列化組件)。

在一段時間內看來，互操作性可以預期是無縫集成的—這意味著一些服務將成為 CLR 的一部分，并且/或者意味著一些服務將以可管理代碼的形式重寫并運行在 CLR 的頂層。

關于這個主題，參見 Joe Long 的貼子—Joe 是 Microsoft 的 COM+ 組的經理。從這里開始：

http://discuss.develop.com/archives/wa.exe?A2=ind0007&L=DOTNET&P=R68370

9.4 能在 .NET 中使用 COM 組件嗎？
可以。可以通過 Runtime Callable Wrapper (RCW) 從 .NET 中訪問 COM 組件。它通過將 COM 組件映射為與 .NET 兼容的接口來使 COM 接口可以被訪問。對于 oldautomation 接口，可以自動地從一個類型庫中產生。對于非 oleautomation 接口，可以開發一個定制的 RCW，以便手工地將 COM 接口的類型映射為與 .NET 兼容的類型。

對于熟悉 ATL 的讀者，這里有一個簡單的示例。首先，創建一個 ATL 組件以實現以下 IDL：

import "oaidl.idl";
import "ocidl.idl";

[
    object,
    uuid(EA013F93-487A-4403-86EC-FD9FEE5E6206),
    helpstring("ICppName Interface"),
    pointer_default(unique),
    oleautomation
]

interface ICppName : IUnknown
{
    [helpstring("method SetName")] HRESULT SetName([in] BSTR name);
    [helpstring("method GetName")] HRESULT GetName([out,retval] BSTR *pName );
};

[
    uuid(F5E4C61D-D93A-4295-A4B4-2453D4A4484D),
    version(1.0),
    helpstring("cppcomserver 1.0 Type Library")
]
library CPPCOMSERVERLib
{
    importlib("stdole32.tlb");
    importlib("stdole2.tlb");
    [
        uuid(600CE6D9-5ED7-4B4D-BB49-E8D5D5096F70), 
        helpstring("CppName Class")
    ]
    coclass CppName
    {
        [default] interface ICppName;
    };
};
建立了組件以后，你會得到一個 typelibrary。在 typelibrary 上運行 TLBIMP 實用程序，就像這樣：

tlbimp cppcomserver.tlb
如果成功，你會得到像這樣的信息：

Typelib imported successfully to CPPCOMSERVERLib.dll
現在你需要一個 .NET 客戶端—我們用 C# 創建一個包含以下代碼的 .cs 文件：

using System;
using CPPCOMSERVERLib;

public class MainApp
{
    static public void Main()
    {
        CppName cppname = new CppName();
        cppname.SetName( "bob" );
        Console.WriteLine( "Name is " + cppname.GetName() );
    }
}
注意我們使用 typelibrary 的名字作為命名空間，COM 類的名字作為類名。我們也可以選擇使用 CPPCOMSERVERLib.CppName 作為類名而且不需要語句 using CPPCOMSERVERLib。

像這樣編譯以上 C# 代碼：

csc /r:cppcomserverlib.dll csharpcomclient.cs
注意，編譯被告知，引用我們剛才用 TLBIMP 從 typelibrary 產生的 DLL。

現在你應該可以運行 csharpcomclient.exe，并從控制臺得到如下輸出：

Name is bob
 

9.5 能在 COM 中使用 .NET 組件嗎？
可以。可以通過一個 COM Callable Wraper (CCW) 從 COM 中訪問 .NET 組件。這和 RCW 很相似 (參見上一個問題)，但以相反的方向工作。同樣，如果它不能由 .NET 開發工具自動產生，或不想要自動產生的行為邏輯，可以開發一個定制的 CCW。為使 COM 可以“看見” .NET 組件，.NET 組件必須在注冊表里注冊。

這里是一個簡單的例子。創建一個名為 testcomserver.cs 的 C# 文件并輸入下面的代碼：

using System;

namespace AndyMc
{
    public class CSharpCOMServer
    {
        public CSharpCOMServer() {}
        public void SetName( string name ) { m_name = name; }
        public string GetName() { return m_name; } 
        private string m_name;
    }         
}
然后編譯 .cs 文件：

csc /target:library testcomserver.cs
你會得到一個 dll，這樣將它注冊：

regasm testcomserver.dll /tlb:testcomserver.tlb
現在你需要創建一個客戶端程序來測試你的 .NET COM 組件。VBScript 可以—將以下內容放到一個名為 comclient.vbs 的文件中：

Dim dotNetObj
Set dotNetObj = CreateObject("AndyMc.CSharpCOMServer")
dotNetObj.SetName ("bob")
MsgBox "Name is " & dotNetObj.GetName()
運行此腳本：

wscript comclient.vbs
嘿！你得到一個顯示文本“Name is bob”的消息框。

(注意，編寫此程序時，看起來可以通過幾種路徑將 .NET 類作為 COM 組件訪問—為了避免問題，在 testcomserver.dll 相同的目錄下運行 comclient.vbs。

一種替代的方法是使用 Jason Whittington 和 Don Box 開發的 dm.net moniker。到這里 http://staff.develop.com/jasonw/clr/readme.htm 查看。

9.6 在 .NET 的世界中 ATL 是多余的嗎？
是的。如果你在編寫 .NET 框架內的應用程序。當然許多開發者希望繼續使用 ATL 來編寫 .NET 框架以外的 C++ COM 組件，但當你在 .NET 框架內時你差不多總是希望使用 C#。在 .NET 世界里，原始的 C++ (以及基于它的 ATL) 并沒有太多的地位—它太直接了，并且提供了太多的適應性，以至于運行庫不能管理它。

10. 雜項
10.1 .NET 的遠程計算如何工作？
.NET 的遠程計算涉及通過通道發送消息。兩種標準的通道是 HTTP 和 TCP。僅僅在局域網上才傾向于使用 TCP—HTTP 能在局域網和廣域網 (internet) 上使用。

現在提供了對多種消息串行化格式的支持，例如 SOAP (基于 XML) 和二進制格式。默認情況下，HTTP 通道使用 SOAP (通過 .NET 運行庫的 Serialization SOAP Formatter)，而 TCP 通道使用二進制格式 (通過 .NET 運行庫的 Serialization Binary Formatter)。但每個通道可以使用任一串行化格式。

這里是遠程訪問的一些方式：

SingleCall。每個來自客戶端的請求由一個新對象服務。當請求完成后對象被丟棄。可以在 ASP+ 環境中使用 ASP+ 國家服務來保存應用程序或會話的國家，從而使這種模型 (無國家之分的) 變成有國家支持的。
　
Singleton。所有來在客戶端的請求由單一的服務器對象處理。
　
Client-activated object。這是老的有國家支持的 (D)COM 模型，這里客戶端受到一個遠端對象的引用并保留此引用 (以保持遠端對象的生存)，直到對它的訪問完成。
對象的分布式垃圾收集由稱為“基于租用的生命周期”管理。每個對象擁有一個租用時間，這個時間到達時，從 .NET 運行庫的遠程子結構斷開對象。對象有默認的更新時間—從客戶端發起的成功調用會更新租用時間。客戶端也可以顯示地更新租用時間。

如果你對使用 XML-RPC 來代替 SOAP，可以看看 Charles Cook 在 http://www.cookcomputing.com/xmlrpc/xmlrpc.shtml 的 XML-RPC.Net 站點。

10.2 如何在 .NET 程序中獲得 Win32 API？
使用 P/Invoke。它使用了和 COM 互操作性相似的技術，但被用來訪問靜態 DLL 入口點而不是 COM 對象。以下是一個調用 Win32 MessageBox 函數的 C# 程序示例：

using System;
using System.Runtime.InteropServices;

class MainApp
{
    [dllimport("user32.dll", EntryPoint="MessageBox", SetLastError=true, CharSet=CharSet.Auto)]
    public static extern int MessageBox(int hWnd, String strMessage, String strCaption, uint uiType);

    public static void Main()
    {
        MessageBox( 0, "Hello, this is PInvoke in operation!", ".NET", 0 );
    }
}
 

11. 類庫
11.1 文件 I/O
11.1.1 如何讀文本文件？
首先，使用 System.IO.FileStream 對象打開文件：

FileStream fs = new FileStream( @"c:\test.txt", FileMode.Open, FileAccess.Read );
FileStream 繼承于 Stream，所以你可以用一個 StreamReader 對象把 FileStream 對象包裝起來。這樣為一行一行地進行流處理提供了一個良好的界面：

StreamReader sr = new StreamReader( fs );
string curLine;
while( (curLine = sr.ReadLine()) != null )
    Console.WriteLine( curLine );
最后關閉 StreamReader 對象：

sr.Close();
注意這樣將自動地在底層 Stream 對象上調用 Close ()，所以不必顯示地執行 fs.Close()。

11.1.2 如何寫文本文件？
和讀文件的例子相似，只是把 StreamReader 換成 StreamWriter。

11.1.3 如何讀寫二進制文件？
和文本文件類似，只是要用 BinaryReader/Writer 對象而不是 StreamReader/Writer 來包裝 FileStream 對象。

11.1.4 如何刪除文件？
在 System.IO.File 對象上使用靜態方法 Delete ()：

File.Delete( @"c:\test.txt" );
 

11.2 文本處理
11.2.1 是否支持正規表達式？
是的。使用 System.Text.RegularExpressions.Regex 類。例如，以下代碼更新 HTML 文件的標題：

FileStream fs = new FileStream( "test.htm", FileMode.Open, FileAccess.Read );
StreamReader sr = new StreamReader( fs );

Regex r = new Regex( "<TITLE>(.*)</TITLE>" );
string s;
while( (s = sr.ReadLine()) != null )
{
    if( r.IsMatch( s ) )
        s = r.Replace( s, "<TITLE>New and improved ${1}</TITLE>" );
    Console.WriteLine( s );
}
 

11.3 Internet
11.3.1 如何下載網頁？
首先使用 System.Net.WebRequestFactory 類來獲得一個 WebRequest 對象：

WebRequest request = WebRequestFactory.Create( "http://localhost" );
然后請求應答：

WebResponse response = request.GetResponse();
GetResponse 方法被阻塞直到下載完成。然后你能像下面那樣訪問應答流：

Stream s = response.GetResponseStream();

// Output the downloaded stream to the console
StreamReader sr = new StreamReader( s );
string line;
while( (line = sr.ReadLine()) != null )
    Console.WriteLine( line );
注意 WebRequest 和 WebReponse 對象分別向下兼容 HttpWebRequest 和 HttpWebReponse 對象，它們被用來訪問和 http 相關的功能。

11.3.2 如何使用代理服務器 (proxy)？
兩種—這樣做以便影響所有 Web 請求：

System.Net.GlobalProxySelection.Select = new DefaultControlObject( "proxyname", 80 );
另外一種，要想對特定的 Web 請求設置代理服務，這樣做：

ProxyData proxyData = new ProxyData();
proxyData.HostName = "proxyname";
proxyData.Port = 80;
proxyData.OverrideSelectProxy = true;

HttpWebRequest request = (HttpWebRequest)WebRequestFactory.Create( "http://localhost" );
request.Proxy = proxyData;
 

11.4 XML
11.4.1 是否支持 DOM？
是的。看看以下示例 XML文檔：

<PEOPLE>
    <PERSON>Fred</PERSON>
    <PERSON>Bill</PERSON>   
</PEOPLE>   
可以這樣處理此文檔：

XmlDocument doc = new XmlDocument();
doc.Load( "test.xml" );

XmlNode root = doc.DocumentElement;

foreach( XmlNode personElement in root.ChildNodes )
    Console.WriteLine( personElement.FirstChild.Value.ToString() );
輸出為：

Fred
Bill
 

11.4.2 是否支持 SAX？
不。作為替換，提供了一個新的 XmlReader/XmlWriter API。像 SAX 一樣，它是基于流的，但它使用“pull”模型而不是 SAX 的“push”模型。這是一個例子：

XmlTextReader reader = new XmlTextReader( "test.xml" );

while( reader.Read() )
{
    if( reader.NodeType == XmlNodeType.Element && reader.Name == "PERSON" )
    {
        reader.Read(); // Skip to the child text
        Console.WriteLine( reader.Value );
    }
}
 

11.4.3 是否支持 XPath？
是的，通過 XmlNavigator 類 (DocumentNavigator 是從 XmlNavigator 導出的)：

XmlDocument doc = new XmlDocument();
doc.Load( "test.xml" );

DocumentNavigator nav = new DocumentNavigator(doc);
nav.MoveToDocument();

nav.Select( "descendant::PEOPLE/PERSON" );

while( nav.MoveToNextSelected() )
{
    nav.MoveToFirstChild();
    Console.WriteLine( "{0}", nav.Value );
}
 

11.5 線程
11.5.1 是否支持多線程？
是的，對多線程有廣泛的支持。系統能產生新線程，并提供應用程序可以使用的線程池。

11.5.2 如何產生一個線程？
創建 System.Threading.Thread 對象的一個實例，把將要在新線程中執行的 ThreadStart 示例傳遞給它。例如：

class MyThread
{
    public MyThread( string initData )
    {
        m_data = initData;
        m_thread = new Thread( new ThreadStart(ThreadMain) );
        m_thread.Start();
    }

    // ThreadMain() is executed on the new thread.
    private void ThreadMain()
    {
        Console.WriteLine( m_data );
    }

    public void WaitUntilFinished()
    {
        m_thread.Join();
    }

    private Thread m_thread;
    private string m_data;
}
這里創建 MyThread 的一個實例就足以產生線程并執行 MyThread.ThreadMain () 方法：

MyThread t = new MyThread( "Hello, world." );
t.WaitUntilFinished();
 

11.5.3 如何停止一個線程？
有好幾個辦法。首先，你能使用自己的通訊機制告訴 ThreadStart 方法結束。另外 Thread 類有內置的支持來命令線程停止。基本的兩個方法是 Thread.Interrupt () 和 Thread.Abort ()。前者導致拋出一個 ThreadInterruptedException 并隨后進入 WaitJoinSleep 狀態。換句話說，Thread.Interrupt 是一種禮貌的方式，它請求線程在不再進行任何有用的工作時自行停止的。與此相對應，Thread.Abort () 拋出一個 ThreadAbortException 而不管線程正在做什么。而且，ThreadAbortException 不能像通常的異常那樣被捕獲 (即使最終將執行 ThreadStart 的終止方法)。Thread.Abort () 是一般情況下不需要的非常手段。

11.5.4 怎樣使用線程池？
通過向 ThreadPool.QueueUserWorkItem () 方法傳遞 WaitCallback 的一個實例：

class CApp
{
    static void Main()
    {
        string s = "Hello, World";
        ThreadPool.QueueUserWorkItem( new WaitCallback( DoWork ), s );

        Thread.Sleep( 1000 );    // Give time for work item to be executed
    }

    // DoWork is executed on a thread from the thread pool.
    static void DoWork( object state )
    {
        Console.WriteLine( state );
    }
}
 

11.5.5 怎樣知道我的線程池工作項目是在何時完成的？
沒有方法詢問線程池這類信息。你必須在 WaitCallback 方法中放置代碼來發出信號以表明它已經完成。這里事件也很有用處。

11.5.6 怎樣防止對數據的并發訪問？
每個對象有一個與之相聯的并發鎖 (受批評的部分)。System.Threading.Monitor.Enter/Exit 方法用來獲得和釋放鎖。例如，下面類的實例只允許一個線程同時進入方法 f ()：

class C
{
    public void f()
    {
        try
        {
            Monitor.Enter(this);
            ...
        }
        finally
        {
            Monitor.Exit(this);
        }
    }
}
C# 有一個關鍵字‘lock’提供了以上代碼的簡單形式：

class C
{
    public void f()
    {
        lock(this)
        {
            ...
        }
    }
}
注意，調用 Monitor.Enter (myObject) 并不意味著對 myObject 的所有訪問都被串行化了。它意味著請求同 myObject 相聯的同步鎖，并且在調用 Monitor.Exit(o) 之前，沒有任何其它線程可以請求該鎖。換句話說，下面的類和以上給出的類在功能上是等同的：

class C
{
    public void f()
    {
        lock( m_object )
        {
            ...
        }
    }

    private m_object = new object();
}
 

11.6 跟蹤
11.6.1 有內置的跟蹤/日志支持嗎？
是的，在 System.Diagnostics 命名空間中。有兩個處理跟蹤的主要的類—Debug 和 Trace。它們以相似的方式工作—不同之處是 Debug 類中的跟蹤只能在用 DEBUG 標志生成的代碼中工作，而 Trace 類中的跟蹤只能在指明了 TRACE 標記生成的代碼中工作。典型地，這意味著你應該在你希望能在 debug 和 release 版本中都能跟蹤時使用 System.Diagnostics.Trace.WriteLine，而在你希望只能在 debug 版本中能跟蹤時使用 System.Diagnostics.Debug.WriteLine。

11.6.2 能否將跟蹤輸出重定向到一個文件？
是的。Debug 類和 Trace 類都有一個 Listeners 屬性，它們分別收集你用 Debug.WriteLine 或 Trace.WriteLine 產生的輸出。默認情況下 Listeners 只有一個收集槽，它是 DefaultTraceListener 類的一個實例。它將輸出發送到 Win32 的 OutputDebugString () 函數和 System.Diagnostics.Debugger.Log () 方法。調試時這很有用，但如果你試圖從客戶站點跟蹤一個問題，將輸出重定向到一個文件中就更為恰當。幸運的是，為此目的提供了 TextWriterTraceListener 類。

這里是 TextWriterTraceListener 如何將 Trace 輸出重定向到一個文件：

Trace.Listeners.Clear();
FileStream fs = new FileStream( @"c:\log.txt", FileMode.Create, FileAccess.Write );
Trace.Listeners.Add( new TextWriterTraceListener( fs ) );

Trace.WriteLine( @"This will be writen to c:\log.txt!" );
注意使用 Trace.Listeners.Clear () 去掉了默認的 listener。如果不這樣做，輸出將在文件和 OutputDebugString () 中同時產生。一般情況下你不希望如此，因為 OutputDebugString () 導致很大的性能開銷。

11.6.3 能否定制跟蹤的輸出？
是的。你能編寫你自己的 TraceListener 導出類，并把所有的輸出重定向到它上面。這里有一個簡單的例子，它從 TextWriterTraceListener 導出 (并隨后內建了對寫文件的支持) 并在每個輸出行上添加時間信息和線程 ID：

class MyListener : TextWriterTraceListener
{
    public MyListener( Stream s ) : base(s)
    {
    }

    public override void WriteLine( string s )
    {
        Writer.WriteLine( "{0:D8} [{1:D4}] {2}",
            Environment.TickCount - m_startTickCount,
            AppDomain.GetCurrentThreadId(),
            s );
    }

    protected int m_startTickCount = Environment.TickCount;
}
(注意這個實現并不完整—例如沒有覆蓋 TraceListener.Write 方法。)

這種方法的美妙之處在于，向 Trace.Listener 添加 MyListener 之后，所有對 Trace.WriteLine () 的調用都轉向了 MyListener，包括從對 MyListener 一無所知的被引用元件發出的調用。

12. 資源
12.1 從哪里可以獲得關于 .NET 的詳情？
Microsoft .NET 主頁位于 http://www.microsoft.com/net/。Microsoft 同時將它發布在 GOTDOTNET。

Microsoft 還發布了 .NET Framework FAQ，和本文很相似。可以在那里找到這里許多問題更“權威”的解答。

Robert Scoble 編輯了一個很容易理解的在線列表 http://www.devx.com/dotnet/resources/，這里還有一個 http://www.singularidad.com.ar/dotnet.asp。

在 http://www.devx.com/free/press/2000/vs-qalist.asp Robert 還有一個 .NET“著名問題與解答”主頁。

Richard Grimes 和 Richard Anderson 有一個叫作 Managed World.COM.的站點。

http://www.ibuyspy.com/ 是一個以展示 .NET 平臺為目的創建的示例站點。

還有我的 C# FAQ for C++ Programmers。