PDB文件:每一個開發人員都必須知道的 PDB Files

PDB文件:每一個開發人員都必須知道的

 
PDB Files: What Every Developer Must Know
http://www.wintellect.com/CS/blogs/jrobbins/archive/2009/05/11/pdb-files-what-every-developer-must-know.aspx
 
PDB文件:每一個開發人員都必須知道的
 

一 什麼是PDB文件html

大部分的開發人員應該都知道PDB文件是用來幫助軟件的調試的。可是他到底是如何工做的呢,咱們可能並不熟悉。本文描述了PDB文件的存儲和內容。同時還描 述了debugger如何找到binay相應的PDB文件,以及debugger如何找到與binay對應的源代碼文件。本文適用於全部的Native和 Managed的開發人員。 

在開始前,咱們先定義2個術語:private build, 用來表示在開發人員本身機器上生成的build;public build,表示在公用的build機器上生成的build。private build相對來講比較簡單,由於PDB和binay在相同的地方,一般地咱們遇到的問題都是關於public build。  
 
全部的的開發人員須要知道的最重要的事情是」PDB文件跟源代碼一樣的重要「, 沒有PDB文件,你甚至不能debugging。對於public build,須要symbol server存儲全部的PDB,而後當用戶報告錯誤的時候,debugger才能夠自動地找到binay相應的PDB文件, visual studio 和 windbg都知道如何訪問symbol server。在將PDB和binay存儲到symbol server前,還須要對PDB運行進行source indexing, source indexing的做用是將PDB和source關聯起來。  
 
接下來的部分假設有已經設置好了symbol server和source server indexing。TFS2010中能夠很簡單地完成對一個新的build的source indexing 和 symbol server copying。
 web

二 PDB文件的內容app

正式開始PDB的內容,PDB不是公開的文件格式,可是Microsoft提供了API來幫助從PDB中獲取數據。
 
Native C++ PDB包含了以下的信息:
 * public,private 和static函數地址;
 * 全局變量的名字和地址;
 * 參數和局部變量的名字和在堆棧的偏移量;
 * class,structure 和數據的類型定義;
 * Frame Pointer Omission 數據,用來在x86上的native堆棧的遍歷;
 * 源代碼文件的名字和行數;
 
.NET PDB只包含了2部分信息:
 * 源代碼文件名字和行數;
 * 和局部變量的名字;
 * 全部的其餘的數據都已經包含在了.NET Metadata中了;  
 函數

三 PDB如何工做工具

當你加載一個模塊到進程的地址空間的時候,debugger用2中信息來找到相應的PDB文件。第一個毫無疑問就是文件的名字,若是加載 zzz.dll,debugger則查找zzz.pdb文件。在文件名字相同的狀況下debugger還經過嵌入到PDB和binay的GUID來確保 PDB和binay的真正的匹配。 因此即便沒有任何的代碼修改,昨天的binay和今天的PDB是不能匹配的。可使用dempbin.exe來查看binary的GUID。 
 
在VisualStudio中的modules窗口的symbol file列能夠查看PDB的load順序。第一個搜索的路徑是binary所在的路徑,若是不在binary所在的路徑,則查找binary中hardcode記錄的build目錄,例如obj\debug\*.pdb, 若是以上兩個路徑都沒有找到PDB,則根據symbol server的設置,在本地的symbol server的cache中查找,若是在本地的symbol server的cache中沒有對應的PDB,則最後纔到遠程的symbol server中查找。經過上面的查找順序咱們能夠看出爲何public build和private build的PDB查找不會衝突。 
 
對於private build有時咱們須要在別人的機器上debug的狀況,須要將相應的PDB與binary一塊兒拷貝,對於加入GAC的.NET的binary,須要將PDB文件拷貝到C:\Windows\assembly\GAC_MSIL\Example\1.0.0.0__682bc775ff82796a相似的binary所在的目錄。另外一個變通的方法是定義環境變量DEVPATH,從而代替使用命令GACUTIL將binary放入GAC中。在定義DEVPATH後,只須要將binary和PDB放到DEVPATH的路徑,在DEVPATH下的binary至關於在GAC下。使用DEVPATH,首先須要建立目錄且對當前build用戶有寫權限,而後建立環境變量DEVPATH且值爲剛纔建立的目錄,而後在web.config,app.config或machine.config中開啓development模式,啓動對DEVPATH的使用 
<configuration> 
   <runtime> 
      <developmentMode developerInstallation="true"/> 
   </runtime> 
</configuration> 

在你打開了development模式後,若是DEVPATH沒有定義或路徑不存在的話會致使程序啓動時異常"Invalid value for registry"。並且若是在machine.config中開啓DEVPATH的使用會影響其餘的全部的程序,因此要慎重使用machine.config。 
 
最後開發人員須要知道的是源代碼信息是如何存儲在PDB文件中的。對於public builds,在運行source indexing tool後,版本控制工具將代碼存儲到你設置的代碼cache中。對於private builds,只是存儲了PDB文件的全路徑,例如在c:\foo下的源文件mycode.cpp,在pdb文件中存儲的路徑爲c:\foo\mycode.cpp。對於private builds可使用虛擬盤來增長PDB對絕對路徑的依賴,例如可使用subst.exe將源代碼路徑掛載爲V:,在別人的機器上debug的時候也掛載V:。post

 

完! ui

相關文章
相關標籤/搜索