ASP.NET技術(shù)FAQ

[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 我能創(chuàng)建自己的 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 安全性模型的一部分，它確定一段代碼是否允許被運(yùn)行，以及當(dāng)它運(yùn)行是可以使用什么資源。例如，CAS 可以防止一個 .NET 的 Web applet 將你的硬盤格式化。

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

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

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

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') 是最通用的，它隨后分為幾個組，每個還可以再分。同時注意，和一般的想象不同，子組可以被賦予比它的上級更寬的權(quán)限集。

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

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

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

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

caspol -cg 1.2 FullTrust
注意，因?yàn)?(在標(biāo)準(zhǔn)的系統(tǒng)里) 這比默認(rèn)的安全策略權(quán)限更大，你應(yīng)該在 machine 層次上做這些—在 user 層次上這樣做不起作用。

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

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

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

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

7.8 我受不了 CAS 帶來的麻煩，能否關(guān)掉它？
是的，只要你是系統(tǒng)管理員。只要運(yùn)行：

caspol -s off
 

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

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

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

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

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

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

當(dāng)然，如果你是在編寫 Web 服務(wù)，反向工程看起來就不再是一個問題，因?yàn)榭蛻舨荒茉L問你的 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 的文件中，然后運(yùn)行 ilasm hello.il，將產(chǎn)生一個 exe 元件。

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

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

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

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

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

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

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

關(guān)于這個主題，參見 Joe Long 的貼子—Joe 是 Microsoft 的 COM+ 組的經(jīng)理。從這里開始：

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 接口，可以自動地從一個類型庫中產(chǎn)生。對于非 oleautomation 接口，可以開發(fā)一個定制的 RCW，以便手工地將 COM 接口的類型映射為與 .NET 兼容的類型。

對于熟悉 ATL 的讀者，這里有一個簡單的示例。首先，創(chuàng)建一個 ATL 組件以實(shí)現(xiàn)以下 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 上運(yùn)行 TLBIMP 實(shí)用程序，就像這樣：

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

Typelib imported successfully to CPPCOMSERVERLib.dll
現(xiàn)在你需要一個 .NET 客戶端—我們用 C# 創(chuàng)建一個包含以下代碼的 .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 產(chǎn)生的 DLL。

現(xiàn)在你應(yīng)該可以運(yùn)行 csharpcomclient.exe，并從控制臺得到如下輸出：

Name is bob
 

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

這里是一個簡單的例子。創(chuàng)建一個名為 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
現(xiàn)在你需要創(chuàng)建一個客戶端程序來測試你的 .NET COM 組件。VBScript 可以—將以下內(nèi)容放到一個名為 comclient.vbs 的文件中：

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

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

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

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

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

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

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

這里是遠(yuǎn)程訪問的一些方式：

SingleCall。每個來自客戶端的請求由一個新對象服務(wù)。當(dāng)請求完成后對象被丟棄�？梢栽� ASP+ 環(huán)境中使用 ASP+ 國家服務(wù)來保存應(yīng)用程序或會話的國家，從而使這種模型 (無國家之分的) 變成有國家支持的。
　
Singleton。所有來在客戶端的請求由單一的服務(wù)器對象處理。
　
Client-activated object。這是老的有國家支持的 (D)COM 模型，這里客戶端受到一個遠(yuǎn)端對象的引用并保留此引用 (以保持遠(yuǎn)端對象的生存)，直到對它的訪問完成。
對象的分布式垃圾收集由稱為“基于租用的生命周期”管理。每個對象擁有一個租用時間，這個時間到達(dá)時，從 .NET 運(yùn)行庫的遠(yuǎn)程子結(jié)構(gòu)斷開對象。對象有默認(rèn)的更新時間—從客戶端發(fā)起的成功調(diào)用會更新租用時間�？蛻舳艘部梢燥@示地更新租用時間。

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

10.2 如何在 .NET 程序中獲得 Win32 API？
使用 P/Invoke。它使用了和 COM 互操作性相似的技術(shù)，但被用來訪問靜態(tài) DLL 入口點(diǎn)而不是 COM 對象。以下是一個調(diào)用 Win32 MessageBox 函數(shù)的 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 對象包裝起來。這樣為一行一行地進(jìn)行流處理提供了一個良好的界面：

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

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

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

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

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

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

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

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 如何下載網(wǎng)頁？
首先使用 System.Net.WebRequestFactory 類來獲得一個 WebRequest 對象：

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

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

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 相關(guān)的功能。

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

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

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 導(dǎo)出的)：

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 是否支持多線程？
是的，對多線程有廣泛的支持。系統(tǒng)能產(chǎn)生新線程，并提供應(yīng)用程序可以使用的線程池。

11.5.2 如何產(chǎn)生一個線程？
創(chuàng)建 System.Threading.Thread 對象的一個實(shí)例，把將要在新線程中執(zhí)行的 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;
}
這里創(chuàng)建 MyThread 的一個實(shí)例就足以產(chǎn)生線程并執(zhí)行 MyThread.ThreadMain () 方法：

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

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

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

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 方法中放置代碼來發(fā)出信號以表明它已經(jīng)完成。這里事件也很有用處。

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

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

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

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

    private m_object = new object();
}
 

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

11.6.2 能否將跟蹤輸出重定向到一個文件？
是的。Debug 類和 Trace 類都有一個 Listeners 屬性，它們分別收集你用 Debug.WriteLine 或 Trace.WriteLine 產(chǎn)生的輸出。默認(rèn)情況下 Listeners 只有一個收集槽，它是 DefaultTraceListener 類的一個實(shí)例。它將輸出發(fā)送到 Win32 的 OutputDebugString () 函數(shù)和 System.Diagnostics.Debugger.Log () 方法。調(diào)試時這很有用，但如果你試圖從客戶站點(diǎn)跟蹤一個問題，將輸出重定向到一個文件中就更為恰當(dāng)。幸運(yùn)的是，為此目的提供了 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 () 去掉了默認(rèn)的 listener。如果不這樣做，輸出將在文件和 OutputDebugString () 中同時產(chǎn)生。一般情況下你不希望如此，因?yàn)?OutputDebugString () 導(dǎo)致很大的性能開銷。

11.6.3 能否定制跟蹤的輸出？
是的。你能編寫你自己的 TraceListener 導(dǎo)出類，并把所有的輸出重定向到它上面。這里有一個簡單的例子，它從 TextWriterTraceListener 導(dǎo)出 (并隨后內(nèi)建了對寫文件的支持) 并在每個輸出行上添加時間信息和線程 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;
}
(注意這個實(shí)現(xiàn)并不完整—例如沒有覆蓋 TraceListener.Write 方法。)

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

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

Microsoft 還發(fā)布了 .NET Framework FAQ，和本文很相似�？梢栽谀抢镎业竭@里許多問題更“權(quán)威”的解答。

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.的站點(diǎn)。

http://www.ibuyspy.com/ 是一個以展示 .NET 平臺為目的創(chuàng)建的示例站點(diǎn)。

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