apr:Apache可移植運行庫-中文百科頻道

程序功能

APR(Apache portable Run-time libraries，Apache可移植運行庫)的目的如其名稱一樣，主要為上層的應用程序提供一個可以跨越多操作系統平台使用的底層支持接口庫。

在早期的Apache版本中，應用程序本身必須能夠處理各種具體操作系統平台的細節，并針對不同的平台調用不同的處理函數。随着Apache的進一步開發，Apache組織決定将這些通用的函數獨立出來并發展成為一個新的項目。這樣，APR的開發就從Apache中獨立出來，Apache僅僅是使用APR而已。

目前APR主要還是由Apache使用，不過由于APR的較好的移植性，因此一些需要進行移植的C程序也開始使用APR，開源項目比如Flood loader tester(http://httpd.apache.org/test/flood/，該項目用于服務器壓力測試，不僅僅适用于Apache)、freeswitch(www.freeswitch.org)，JXTA-C(http://jxta-c.jxta.org,C版本的JXTA點對點平台實現)；商業的項目則包括Blogline(http://www.bloglines.com/，covalent(http://www.covalent.net)等等。APR使得平台細節的處理進行下移。

對于應用程序而言，它們根本就不需要考慮具體的平台，不管是Unix、Linux還是Window，應用程序執行的接口基本都是統一一緻的。因此對于APR而言，可移植性和統一的上層接口是其考慮的一個重點。而APR最早的目的并不是如此，它最早隻是希望将Apache中用到的所有代碼合并為一個通用的代碼庫，然而這不是一個正确的策略，因此後來APR改變了其目标。有的時候使用公共代碼并不是一件好事，比如如何将一個請求映射到線程或者進程是平台相關的，因此僅僅一個公共的代碼庫并不能完成這種區分。

APR的目标則是希望安全合并所有的能夠合并的代碼而不需要犧牲性能。APR的最早的一個目标就是為所有的平台(不是部分)提供一個公共的統一操作函數接口，這是一個非常了不起的目的，當然也是不現實的一個目标。

我們不可能支持所有平台的所有特征，因此APR目前隻能為大多數平台提供所有的APR特性支持，包括Win32、OS/2、BeOS、Darwin、Linux等等。為了能夠實現這個目标，APR開發者必須為那些不能運行于所有平台的特性創建了一系列的特征宏(FEATURE MACROS)以在各個平台之間區分這些特征。

這些特征宏定義非常簡單，通常如下： APR_HAS_FEATURE 如果某個平台具有這個特性，則該宏必須設置為true，比如Linux和window都具有内存映射文件，同時APR提供了内存映射文件的操作接口，因此在這兩個平台上，APR_HAS_MMAP宏必須設置，同時ap_mmap_*函數應該将磁盤文件映射為内存并返回适當的狀态碼。如果你的操作系統并不支持内存映射，那麼APR_HAS_MMAP必須設置為0，而且所有的ap_mmap_*函數也可以不需要定義。第二步就是對于那些在程序中使用了不支持的函數必須提出警告。