ticoAg/ChineseCorpus-Kaggle-fanti huggingface dataset:
1939年他與父母在法國重聚。他們被拘捕和驅逐。薩沙被囚在法國阿列日省的韋爾內集中營，然后轉送到奧斯威辛集中營，1942年被害。漢卡和亞歷山大·格羅滕迪克被帶到于法國洛澤爾省的里厄克羅集中營。
戰爭結束后，亞歷山大·格羅滕迪克和母親定居于蒙彼利埃附近，靠格羅滕迪克的助學金維持生計。他注冊了數學課，但很少去上大課，喜歡自己獨自研究體積的概念。如他在《收獲與播種》中所解釋的，這是他開始獨立研究的標志，也引導他重新發現勒貝格積分。
1948年，格羅滕迪克決定去巴黎繼續深造。他設法獲得了法國大學互助會的獎學金，之后被昂利·嘉當接受進入在巴黎高等師范學院開辦的研究班，并將他推薦到讓·迪厄多內的門下。格羅森迪克在巴黎認識了許多那個時期巴黎數學界的精英們，人們推薦他離開巴黎的環境。格羅森迪克于是來到了另一個在泛函分析領域的數學圣地南錫，準備在讓·迪厄多內和洛朗·施瓦茨的指導下開始自己的論文。僅僅幾個月后，在20歲的年齡，格羅森迪克就已經撰寫了6篇博士論文作為他學術生涯的開端。
1950年到1953年間，格羅滕迪克撰寫的6篇文章中的一篇拓撲張量積和核型空間后來被他選來作為他的博士論文。之后在導師洛朗·施瓦茨的推薦之下，格羅森迪克進入了著名的布爾巴基討論班，并在那里待了好幾年。
作為一個孩子的父親，格羅森迪克很難找到一份穩定的工作。由于他的無國籍身份，他無法成為一名正式的研究員；而獲得法國國籍的條件是服兵役，這是他無法接受的。于是他離開法國，以一名客座教授的身份，先是在1953到1954年間在巴西待了一段時間，之后又在1955年去了堪薩斯大學和芝加哥大學。在美國，他遇見了一位數學系的女學生，并且和她育有一子。格羅森迪克在那段時間轉變了他的研究方向。
在他的泛函分析卓越工作后，格羅森迪克轉向代數幾何。他革命性地改寫這學科，與讓-皮埃爾·塞爾合作，建立新的基礎，引入概形的概念。他們通信極多，雖然風格相反，但兩人能互相補充而得到成果。
他在1956年回到巴黎，傾向于拓撲學和代數幾何的研究。他創造了黎曼-羅赫定理的新版本，揭示代數簇的拓撲和解析性質間的隱藏關連。
1957年他的母親離世，之后多月他感到抑郁。次年，他決定停止未完成的工作，實現一些驚人的突破。他也認識了他的未來妻子，和她生了三個孩子。
為數學和理論物理研究而設立的法國高等科學研究所（Institut des hautes études scientifiques）接待他。他在那里再遇到讓·迪厄多內、勒內·托姆、路易·米歇爾和大衛·呂埃勒，并著手建立代數幾何理論。
他于1958年應邀在國際數學家大會做1小時報告，報告的內容與其說是對當時該學科已知內容的總結，不如說是對未來10年中他將要做的工作的預告。自1960年到1967年，他和讓·迪厄多內合作寫了《代數幾何基礎》（éléments de géométrie algébrique）的首八卷。他的代數幾何討論班整理出版了7卷SGA。
1966年他獲得菲爾茲獎，但他拒絕往蘇聯領獎。1967年往越南旅行，布拉格之春和1968年5月事件使他投身反對行列，直到1970年他辭掉法國高等科學研究所的工作，抗議其資助部份來自國防部。
辭職后他創辦生存和生活組織（Survivre et vivre），以推廣他的反戰和生態保護思想。他被數學界拋棄，他向法蘭西學院和法國國家科學研究中心的求職都被拒絕。他離婚，并與在美國認識的博士生賈斯蒂娜·巴比于巴黎附近建立社區。
1973年他們移居到埃羅省的村莊，實驗反正統文化。賈斯蒂娜·巴比生了一個孩子，不久后離開了他。他獲蒙彼利埃大學聘為教授，留任到1988年退休。
自1980年到1995年他寫了四本書：''La longue marche à travers la théorie de Galois'', ''Esquisse d'un programme'', ''à la poursuite des champs''和''Les dérivateurs''。但最著名的是他1985年寫的自傳式書籍《收獲與播種》（Récoltes et semailles），共929頁，並且從未被出版社正式發行書籍過，這本書主要是描述他一生經歷三種情感：女人、數學和默想。
1988年他以下列理由拒絕授與他和皮埃爾·德利涅的克拉福德獎：
* 他的教授薪金和退休金足夠他的需要；
* 獎項給予研究者的過高社會地位和聲譽；
* 他自1970年起遠離科學界（獎項是表揚他25年前的工作）。
* 他是一個和平主義者（某些研究直接或間接受到軍方資助）
他也拒絕了為祝賀他六十歲生辰而編輯的文集《The Grothendieck Festschrift》（1990年出版），因他相信自己的工作沒有被好好理解。
1990年，他遺下他的全部數學寫作手稿，定居在比利牛斯山。此后他過著隱居生活，與研究界完全斷絕。
他與外界斷絕通訊多年後，2010年1月，忽然寄親筆信給他的學生呂克·伊呂西，宣佈不許他的著作出版或再版，或以電子方式傳播，並稱在過去未得他許可而出版的著作，及在將來他仍在世時所出版的著作都是非法，要求停止出售及於圖書館收藏。然而該信的內容可能已撤回或被刻意忽略，因為據稱SGA 4的再版工作直至2014年仍在進行，且一些資深數學人士亦對此不以為然，甚至以卡夫卡的例子反駁（卡夫卡生前銷毀了大量的手稿并囑咐友人布羅德不得將留存的作品公開，但布羅德還是公開了）。
2014年11月13日，格羅滕迪克在阿列日省圣吉龍一家醫院中去世，享年86歲。
格羅滕迪克對代數幾何的影響，在於他釐清了這門領域的基礎，發展了證明好些著名猜想所需的數學工具。代數幾何是通過代數方程去研究幾何對象，比如代數曲線和曲面，而代數方程的性質，是用環論的技術去研究。循著這條進路，幾何對象的性質，就與相關的環及定義幾何對象的空間（例如實、複、射影空間）的性質聯繫起來。
格羅滕迪克為代數幾何奠定的嶄新基礎，是將空間和相關的環作為研究的主要對象。他發展出概形理論，概形大致可以想成是拓撲空間，其中每個開集都有一個相關的可交換環。概形已經成為現代代數幾何學者的基本研究對象。
格羅滕迪克對經典黎曼－羅赫定理的推廣，把複代數曲線的拓撲性質及代數性質聯繫起來。他用來證明定理而發展的工具，開創了代數K-理論和拓撲K-理論的研究，將研究對象與環關聯，從而研究這些對象的拓撲性質。他構建的新的上同調理論，用代數技術研究拓撲對象，在代數數論、代數拓撲以及表示論中有深遠的影響。他創造的拓撲斯理論，是點集拓撲學的範疇論推廣，影響了集合論和數理邏輯。
他對幾何的貢獻，藉著在算術幾何中用代數方法研究數字，也促進了數論的發展。一個著名例子是，這是算術幾何中的一組猜想，描述代數曲線上的點的個數的分析不變量，稱為zeta函數。他發現韋伊上同調的第一個例子?進平展上同調，開啟了證明韋伊猜想的道路，終於由他的學生皮埃爾·德利涅完成。直至今日，?進上同調仍然是數論學者的基本工具，在朗蘭茲綱領有應用。
格羅滕迪克對於不同數學結構中共有的泛性質的強調，將範疇論帶入主流，成為數學中的組織原則。範疇論提供了一套語言，描述許多不同的數學系統之間的相似結構和技術。他的阿貝爾範疇概念，現在是同調代數的基本研究對象。他構想中的理論，推動代數K-理論、、的現代發展。
格羅滕迪克生於魏瑪德國。1938年他10歲時，以難民身份移居法國。1945年德國陷落時，他的國籍的記錄被毀。他在戰後沒有申請法國國籍。因此他長時間以無國籍身份工作，用南森護照旅遊。1970至1980年代，他確信不會被召入伍，才歸化為法國公民。他之所以不願意持有法國國籍，有謂原因之一是他不想在法國軍隊中服役，此想法多少受到1954年至1962年的阿爾及利亞戰爭影響。
* ''Lettre à l'Académie Royale des Sciences de Suède'', Alexandre Grothendieck（Le Monde, 1988年5月4日）
* ''Grothendieck : au fond des choses'', Alexandre Hobeika（Pour la Science, 2005年8月）
*  Grothendieck Circle
*  ''Alexandre Grothendieck, ou la mort d'un génie qui voulait se faire oublier''
*  Three-volume biography, first volume available in English, ISBN 978-3-8423-4092-3.
大城鄉位於臺灣彰化縣西南端，位居濁水溪沖積扇最下游端，地勢平坦，東為竹塘鄉，西濱臺灣海峽，南隔濁水溪口(亦為濁水溪出海口北岸)與雲林縣相望，北鄰芳苑鄉與二林鎮，為彰化縣人口密度最低的行政區。
大城鄉名起於清朝康熙末年至雍正年間，由福建泉州人來此開墾，居民大多信奉王爺與保生大帝。
傳說有一名叫「魏大城」者首先遷入本地，故以人名為地名。另一說為往昔移民墾殖於此，聚集成大集村。因治安不良，築土成壘，以防盜匪，故得此名。到了道光年間，則以吳、王二姓所形成之村-{莊}-，所以今永和村有兩處聚落名為「吳厝寮」「王厝寮」。 光緒初年，本鄉隸屬深耕堡。1920年設立-{大城莊}-，為今日該鄉前身。
大城鄉人口自1981年起呈平均減少的趨勢，僅1993年、2009年兩年呈正成長。累積五年（2016年底至2021年底）人口減少1,551人，折合流失率8.97%，是彰化縣人口流失速度最快的行政區。
大城鄉歷年人口變化（1981年－2030年）
，2020年11月13日復職
大城鄉公所與大城鄉民代表會
大城鄉公所是大城鄉最高層級的地方行政機關，在中華民國政府架構中為鄉自治的行政機關，同時負責執行縣政府及中央機關委辦事項，大城鄉的自治監督機關為彰化縣政府。鄉長由全體鄉民直接選舉產生，任期為四年，可連選連任一次。大城鄉公所並置鄉政會議，為鄉政最高決策機構，在鄉長之下，設有5課4室等9個內部單位及2個附屬機關。
大城鄉民代表會是大城鄉的最高民意機關，代表大城鄉全體鄉民立法和監察鄉政。鄉民代表由公民直選選出，任期為四年，可連選連任。大城鄉民代表會共有11位鄉民代表，分別為第一選區2席鄉民代表、第二選區4席鄉民代表、第三選區2席鄉民代表、第四選區3席鄉民代表，主席、副主席由11位鄉民代表互選產生。
大城村 村長張忠和
三豐村 村長洪 行
臺西村 村長許讓出
東港村 村長陳永沛
菜寮村 村長林炳芳
西港村 村長陳義興
山腳村 村長蔡勝燦
東城村 村長吳佳??
西城村 村長林昭平
潭墘村 村長劉辛川
上山村 村長顏榮賢
永和村 村長康忠義
公館村 村長王祺會
頂-{莊}-村 村長許仁寳
豐美村村長王信木
*24px臺17線（西部濱海公路）：芳苑鄉－大城鄉－雲林縣麥寮鄉。
*24px臺61線（西部濱海快速公路）：芳苑鄉－大城鄉－雲林縣麥寮鄉。
**大城交流道：連接24px臺17線及24px縣道152號。
*24px縣道143號：二林鎮－大城鄉－大城鄉下山腳23.5K（終點）。
*24px縣道152號：大城鄉西港0.0k（起點）－大城鄉－竹塘鄉。
經頂莊、公館、臺西村
臺中─長庚醫院
延駛雲林長庚醫院，行經中山高速公路不經彰化市區
臺中朝馬－二林－麥寮
*興山公園：位於山腳村萬安宮處鄰濁水溪畔。園內樹林環繞，隆重莊嚴的萬安宮亦位於園中。兩側鐘鼓樓閣及拱橋上可供眺望公園全景及濁水溪風光。
*西港、公館沙崙鷺鷥區：西港沙崙位於西港村近魚寮溪出海口處。公館沙崙位於公館村永安宮旁。西港、公館沙崙林木茂密，緊臨臺灣海峽，附近多種鳥類棲息。彰化縣政府特規劃為自然生態保護區，鳥類生態豐富。
氧族元素是指元素週期表上第16族（ⅥA族）的元素，位于氮族元素和鹵素之間。氧族元素包含氧（O）、硫（S）、硒（Se）、碲（Te）、釙（Po）、鉝（Lv），其中氧、硫、硒為非金屬，碲為類金屬，釙和鉝則為貧金屬。此外，釙和鉝皆具有高度的放射性，且鉝屬於人造元素。在標準狀況下，除氧單質為氣體外，其他元素的單質均為固體。由於氧和本族其他元素的化學性質差異較大，因此除氧之外的本族元素又合稱為硫族元素。
本族元素大多有著許多種同素異形體，例如硫有20種以上，氧有9種，釙有2種，而硒至少有5種。
在和金屬元素化合時，氧、硫、硒、碲四種元素通常顯-2氧化態；但當硫、硒、碲處于它們的酸根中時，最高氧化態可達+6。
一些過渡金屬常以硫化物礦的形式存在于地殼中，如FeS2、ZnS等。
1.43克/升
0，+2，+4，+6
0.228''(推測)''
0，+2，+4''(推測)''
14''(推測)''
220''(推測)''
800''(推測)''
在空氣中燃燒
被發煙硝酸或王水氧化
和氰化鉀(KCN)反應
氧氣在放電下生成臭氧，臭氧在受熱下或有催化劑存在下變成氧氣
生成二氧化硫
放電情況下反應
發出藍色火焰，生成二氧化硫
室溫或中溫下反應
生成硫氰酸鉀(KSCN)
生成硫化物和亞硫酸鹽
和濃硫酸共熱生成二氧化硫；溶于發煙硫酸，伴隨著SO2的生成，溶液變藍，但久置或加熱溶液顏色會改變；溶于SbF5生成S8(SbF6)2　；在FSO3H中用F2S2O6對硫選擇性氧化，生成S16(FSO3)2
發出藍色火焰，生成二氧化硒
723K生成紅色的Se4S4（通式為SenS8-n，n=1~7)
室溫或中溫下反應（不和碘反應，只能簡單地吸附）
生成硒氰酸鉀(KSeCN)
生成硒化物和亞硒酸鹽，酸化時析出硒
溶于發煙硫酸、HSO3F、液態三氧化硫中分別產生綠色、黃色和紅色的溶液；和SbF5熔融生成含聚合陽離子的化合物如Se4(Sb2F11)2等
發出藍色火焰，生成二氧化碲
生成亞碲酸（溶于8mol/L的硝酸生成堿式硝酸碲(2TeO2·HNO3))
生成TeS7，高壓下可共結晶成Te7S10
生成碲化鉀(K2Te)
生成碲化物和亞碲酸鹽，酸化時析出碲
有空氣存在下緩慢溶解
溶于發煙硫酸、HSO3F、液態三氧化硫中分別產生綠色、黃色和紅色的溶液和AsF5熔融生成含聚合陽離子的化合物如Te4(AsF6)2等
燃燒生成二氧化釙
生成硝酸釙(Po(NO3)4)和各種堿式硝酸釙
生成二氯化釙，迅速氧化成四氯化釙
溶于硫酸生成含有簡單陽離子的硫酸鹽
氧族元素的二元化合物見下表：
氧族元素第16族(ⅥA)
市場形式（Market Form）， 經濟學術語，是對例如完全競爭，壟斷性競爭等不同類型市場的一個統稱。
主要的市場形式包括：
Omega（大寫Ω，小寫ω，中文音譯：奧米伽、奧米加、俄梅戛、俄梅格、亞米茄、歐米茄、歐米伽、敖默加），是第二十四個希臘字母，亦是最後一個希臘字母。Omega 字面上的意思是“大 O”（''o mega''），以便與字母 ο“''o micron''，小 O”區別。
Omega指事情的終結，對應指開始的Alpha。例如聖經啟示錄22:13：「我是阿爾法、我是奧米伽、我是首先的、我是末後的、我是初、我是終。」
Omega代表著一切的開始與終端看似循環相同，但是最終的結果與最初的狀態卻又不同。體現了絕對運動（時間）不可逆轉的真理，構圖技巧取自波浪式前進圖形的一段。
* ω-3脂肪酸（一種脂肪酸）
* Ω (TeX)：排版系統TeX的Unicode版本
* 歐米茄錶公司（Omega watch）：瑞士手錶公司，以「Ω」為標誌
** 柴廷常數（Chaitin constant）
** 朗伯W函數的別稱「Ω函數」
** 電阻的單位符號，此時讀作歐姆（Ohm）
** 六軌道根數(元素)中的昇交點赤經（ascending node right ascension）
* 俄梅格：香港1980年代一位福音漫畫家的筆名，她的筆名取自 Omega 的粵話音譯。
* 西里爾字母的 ? 是從希臘字母 Omega 變來。
* MARΩ：一部漫畫，由「星野倖一郎 」所畫，繼「安西信行」的完結作品"MAR"（中譯-魔兵傳奇）而衍生的續作，而「星野倖一郎」正為「安西信行」的助手之一。
* 百合子Ω：RTS游戲《紅色警戒3》中的超能力者，為升陽帝國的突擊隊員單位。
* 貓嘴：萌要素之一，與網路符號「≧ω≦」、「(=ω=.)」等相似。
* 假面騎士555 消失的天堂的Orga的代表符號
*日本遊戲公司光榮旗下的團體（ω-Force）
*電子遊戲作品《洛克人零系列》角色奧米加
*動畫數碼寶貝劇場版，奧米加獸
*電子遊戲作品《神奇寶貝系列》終極紅寶石·始源藍寶石（Omega Ruby & Alpha Sapphire）
*模擬城市5資料片《模擬城市：未來之城》 Omega CO. (Omega 工廠)
*ABO世界觀，omega代表會發情、可生育的人（男女皆可）
*日本{爆旋陀螺 擊爆戰魂}中神代傳説陀螺{終焉星石}原配置
*加速世界中的角色「有田春雪」所使用的奧米加（Omega）流派劍術。
*KENNY OMEGA：職業摔角選手
股東是股份公司的出資人，又稱為投資人。股份公司中持有股份的人，其權利及責任會於公司之章程細則中列明。一般情況下，股東有權出席股東大會并有表決權，公司亦可發行沒有投票權之股份予股東，一般稱為優先股。也指其他合資經營的工商企業的投資者。而公司的實際經營者，則是由股東會所選出的董事組成董事會，由董事會聘選出經營團隊，亦有股東或董事任用自己親族經營的家族企業。
*大股東 - 指持股比例較高的股東，在股東會時較有能力左右議案表決，或是董事會選舉時的董事、監事人選。
*股東 - 泛指持有股票的股東，不論持股多寡。股東可參與股利分配，具有參加股東會的權利，一些公司在每年股東會召開時會贈送股東紀念品或優惠券，平常也可能讓股東以優惠價格購買該公司的產品或服務。
*股民 - 泛指一般股票投資人，但並非每位股票投資人是為參與股利分配、參加股東會而持有股票，有可能僅為了賺取股票漲跌時的價差。
股東與股份公司是一種互利共生的經營模式，如全家便利商店可能發送禮物卡或禮券給股東作為紀念品。
動態連結函式庫（，縮寫為DLL）是微軟公司在windows系統中實現共享函數庫概念的一種實作方式。這些函式庫函數的擴展名是.DLL、.OCX（包含ActiveX控制的函式庫）或者.DRV（舊式的系統驅動程序）。
所謂動態鏈接，就是把一些經常會共用的程式碼（靜態鏈接的程式庫）製作成DLL檔，當執行檔呼叫到DLL檔內的函數時，Windows作業系統才會把DLL檔載入記憶體內，DLL檔本身的結構就是可執行檔，當程式有需求時函數才進行鏈接。透過動態鏈接方式，記憶體浪費的情形將可大幅降低。靜態連結函式庫則是直接連結到執行檔。
DLL的文件格式與視窗EXE文件一樣——也就是說，等同于32位視窗的可移植執行文件（PE）和16位視窗的（NE）。作為EXE格式，DLL可以包括原始碼、數據和資源的多種組合。
在更廣泛的意義上說，任何同樣檔案格式的電腦檔案都可以稱作資源DLL。這樣的DLL的例子有擴展名為ICL的圖標函式庫、擴展名為FON和FOT的字型檔案。
DLL的最初目的是節約應用程序所需的磁盤和內存空間。在一個傳統的非共享函式庫中，一部分代碼簡單地附加到調用的程序上。如果兩個程序調用同一個子程序，就會出現兩份那段代碼。相反，許多應用共享的代碼能夠切分到一個DLL中，在硬盤上存為一個文件，在內存中使用一個實例（instance）。DLL的廣泛應用使得早期的視窗能夠在緊張的內存條件下運行。
DLL提供了如模組化這樣的共享函式庫的普通好處。模塊化允許僅僅更改幾個應用程序共享使用的一個DLL中的代碼和數據而不需要更改應用程序自身。這種模塊化的基本形式允許如Microsoft Office、Microsoft Visual Studio、甚至Microsoft Windows自身這樣大的應用程序使用較為緊湊的補丁和服務包。
模塊化的另外一個好處是插件的通用接口使用。單個的接口允許舊的模塊與新的模塊一樣能夠與以前的應用程序運行時無縫地集成到一起，而不需要對應用程序本身作任何更改。這種動態擴展的思想在ActiveX中發揮到了極致。
盡管有這么多的優點，使用DLL也有一個缺點：DLL地獄，也就是幾個應用程序在使用同一個共享DLL函式庫發生版本沖突。這樣的沖突可以通過將不同版本的問題DLL放到應用程序所在的文件夾而不是放到系統文件夾來解決；但是，這樣將抵消共享DLL節約的空間。目前，Microsoft .NET將解決DLL hell問題當作自己的目標，它允許同一個共享函式庫的不同版本并列共存（WinSxS）。由于現代的計算機有足夠的磁盤空間和內存，這也可以作為一個合理的實現方法。
在Win32中，DLL文件按照片段（sections）進行組織。每個片段有它自己的屬性，如可寫或是只讀、可執行（代碼）或者不可執行（數據）等等。這些section可分為兩種，一個是與絕對地址尋址無關的，所以能被多進程公用；另一個是與絕對地址尋址有關的，這個就必須由每個進程有自己的副本專用。sections的這種二分類，在編譯DLL時就已經由編譯器、鏈接器給標注好了。所以在裝入DLL時，裝入器知道哪些sections在內存物理地址空間只需要有一份，供多個進程共用（映射到各個進程的內存邏輯地址空間，所以邏輯地址可以不同）； 哪些sections必須是進程使用自己的專用副本。
也可在程序編譯時通過編譯選項/section 的S (Shared)屬性，顯式指定哪個節是跨進程共享的。默認情況下，DLL的數據節都是寫時復制（COW）。
具體說，DLL裝入時需考慮下述情形：
# 局部變量——每個線程都有自己的棧，DLL內部的局部變量隨所在函數被執行而在各自線程的調用棧上開辟存儲空間。
# 全局變量
## DLL內部定義的全局變量
### const全局變量——放入const節中，但不是各個進程共享；因為進程加載DLL時會初始化只讀全局變量的值，這個值由可能是依賴于所在的進程，如DLL的函數在該進程中的邏輯地址。
### 非const全局變量——放入各個進程各自專用的data節中。即DLL裝入時各個進程復制一份自己專用的DLL的data節。但是，對于一個進程內的多個線程并發訪問這種進程空間全局變量，仍然存在線程安全問題。例如，在一個COM的DLL加載入一個進程的空間后，該進程的多個線程可能會并發訪問該COM庫的COM對象。為此，Windows與COM引入了線程“套間”(apartment)技術。一個進程內，應用程序與加載的各個DLL分屬于不同的Module，如果DLL使用所在Module的全局變量，例如動態鏈接MFC的regular dll在訪問自己的MFC全局變量時，應該明確聲明。
## 訪問DLL以外定義的全局變量——使用間址技術，在DLL的data節中用一個指針數據類型的內存空間來保存一個外部全局變量的地址。
## 調用DLL內部定義的函數。這不是問題。
## 調用DLL外部定義的函數。例如，DLL內部調用一個外部函數foo。這個foo函數在進程1中可能實現為“四舍五入”，在進程2中實現為“下取整”。所以調用外部函數是各個進程私用的事情。解決辦法是使用間址技術，在data節中用一個“函數指針”數據類型的內存空間來保存這種外部函數的入口地址。
# 跳轉指令
## DLL內部跳轉，不是問題
## 跳轉到DLL外部，解決同上述3.2
DLL代碼段通常被使用這個DLL的所有進程所共享。如果代碼段所占據的物理內存被收回，它的內容就會被放棄，后面如果需要的話就直接從DLL文件重新加載。
與代碼段不同，DLL的數據段通常是私有的；也就是說，每個使用DLL的進程都有自己的DLL數據副本。作為選擇，數據段可以設置為共享，允許通過這個共享內存區域進行進程間通信。但是，因為用戶權限不能應用到這個共享DLL內存，這將產生一個安全漏洞；也就是一個進程能夠破壞共享數據，這將導致其它的共享進程異常。例如，一個使用訪客賬號的進程將可能通過這種方式破壞其它運行在特權賬號的進程。這是在DLL中避免使用共享片段的一個重要原因。
當DLL被如UPX這樣一個可執行的packer壓縮時，它的所有代碼段都標記為可以讀寫并且是非共享的。可以讀寫的代碼段，類似于私有數據段，是每個進程私有的并且被頁面文件備份。這樣，壓縮DLL將同時增加內存和磁盤空間消耗，所以共享DLL應當避免使用壓縮DLL。
DLL輸出的每個函數都由一個數字序號唯一標識，也可以由可選的名字標識。同樣，DLL引入的函數也可以由序號或者名字標識。對于內部函數來說，只輸出序號的情形很常見。對于大多數視窗API函數來說名字是不同視窗版本之間保留不變的；序號有可能會發生變化。這樣，我們不能根據序號引用視窗API函數。
按照序號引用函數并不一定比按照名字引用函數性能更好：DLL輸出表是按照名字排列的，所以對半查找可以用來在在這個表中根據名字查找這個函數。另外一方面，只有線性查找才可以用于根據序號查找函數。
將一個可執行文件綁定到一個特定版本的DLL也是可能的，這也就是說，可以在編譯時解析輸入函數（imported functions）的地址。對于綁定的輸入函數，連結工具保存了輸入函數綁定的DLL的時間戳和校驗和。在運行時Windows檢查是否正在使用同樣版本的函式庫，如果是的話，Windows將繞過處理輸入函數；否則如果函式庫與綁定的函式庫不同，Windows將按照正常的方式處理輸入函數。
綁定的可執行文件如果運行在與它們編譯所用的環境一樣，函數調用將會較快，如果是在一個不同的環境它們就等同于正常的調用，所以綁定輸入函數沒有任何的缺點。例如，所有的標準Windows應用程序都綁定到它們各自的Windows發布版本的系統DLL。將一個應用程序輸入函數綁定到它的目的環境的好機會是在應用程序安裝的過程。
進程/線程加載時，可以通過DllMain函數通知DLL相關信息，提供對應處理的機會。
BOOL WINAPI DLLMain(HINSTANCE hinstDLL,DWORD fdwReason,LPVOID fImpLoad)
switch(fdwReason)
case DLL_PROCESS_ATTACH:
//當這個DLL第一次被映射到了這個進程的地址空間時。DLLMain函數的返回值為FALSE，說明DLL的初始化沒有成功，系統就會終結整個進程，去掉所有文件映象，之后顯示一個對話框告訴用戶進程不能啟動。
case DLL_THREAD_ATTACH:
//一個線程被創建，新創建的線程負責執行這次的DllMain函數。系統不會讓進程已經存在的線程以DLL_THREAD_ATTACH的值來調用DllMain函數。主線程永遠不會以DLL_THREAD_ATTACH的值來調用DllMain函數。系統是順序調用DllMain函數的，一個線程執行完DllMain函數才會讓另外一個線程執行DllMain函數。
case DLL_THREAD_DETACH:
//如果線程調用了ExitThread來結束線程（線程函數返回時，系統也會自動調用ExitThread）。線程調用了TerminateThread，系統就不會用值DLL_THREAD_DETACH來調用所有DLL的DllMain函數。
case DLL_PROCESS_DETACH:
//這個DLL從進程的地址空間中解除映射。如果進程的終結是因為調用了TerminateProcess，系統就不會用DLL_PROCESS_DETACH來調用DLL的DllMain函數。這就意味著DLL在進程結束前沒有機會執行任何清理工作。
return(TRUE);
對于Windows，加載動態鏈接庫時：
*如果內存中已經有同module名的DLL，除非是DLL redirection或manifest，否則直接就用內存中這個DLL而不再搜索。
*如果DLL名字屬于當前Windows版本的Known DLL，則必須用Known DLL。清單見 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\KnownDLLs.
*如果DLL有依賴DLL，操作系統按缺省標準規則根據module名字搜索依賴DLL。即使第一個DLL指定了全路徑。
Windows Desktop應用程序的DLL標準搜索序：
# 應用程序所在目錄；
# 系統目錄。GetSystemDirectory函數返回該目錄。
# 16比特系統目錄；
# Windows目錄。使用GetWindowsDirectory函數返回該目錄。
# 當前（工作）目錄；
# 環境變量PATH中列出的目錄。
如果SafeDllSearchMode被禁止，則當前目錄成為第二個被搜索的目錄。
Windows Desktop應用程序的DLL替代搜索序。這包括兩種情況：
*LoadLibraryEx函數使用參數LOAD_WITH_ALTERED_SEARCH_PATH：LoadLibraryEx函數不是從應用程序所在目錄開始，而是從參數lpFileName（即要加載的dll）所在目錄開始搜索所有依賴DLL。
*用SetDllDirectory函數修改搜素序。
當所有DLL都完成搜索，要開始執行DLL的初始化時，替代搜索序結束，恢復標準搜索序。
對于一個進程，每個被加載的DLL在進程的PEB中有一個引用計數器，在當前進程中每多一次加載該計數器便加一。LoadLibrary 與 FreeLibrary 指令影響每一個行程內含的計數器；動態連結則不影響。因此藉由呼叫 FreeLibrary 而從記憶體卸載一 DLL 是很重要的。一個行程可以從它自己的 VAS 註銷此計數器。該計數器變為0時，這個DLL從當前進程中卸載，但并不意味著會從物理內存中卸載，因為其它進程可能使用這個DLL。
DLL 文件能夠在運行時使用 LoadLibrary（或者 LoadLibraryEx）API 函數進行顯式調用，這個的過程微軟簡單地稱為運行時動態調用。如果在上述API的參數中指明了庫文件的全路徑，則不再搜索這個庫文件。API 函數GetProcAddress 查找具有某名稱的輸出函數、FreeLibrary卸載 DLL（實際上是引用計數器減一）。這些函數類似于 POSIX 標準 API 中的 dlopen、dlsym、和 dlclose。
注意微軟簡單稱為“運行時動態鏈接”的運行時隱式鏈接，如果不能找到鏈接的 DLL 文件，Windows 將提示一個錯誤消息并且調用應用程序失敗（準確地說是不能創建進程）。應用程序開發人員不能通過編譯鏈接來處理這種缺少 DLL 文件的隱式鏈接問題，而且在更改了實現后還必須重新編譯鏈接整個程序——默認的增量鏈接模式會一直保留著那條缺少的函數引用，只有重新編譯鏈接才能去掉。相反，雖然顯式鏈接的代碼量增多了，但開發人員有機會提供一個完善的出錯處理機制。
運行時顯式鏈接的過程在所有語言中都是相同的，因為它依賴于 Windows API 而不是語言結構。只要一種語言能夠調用上述的 LoadLibrary 等函數，就能執行運行時顯示鏈接。
16位Windows，所有進程共用同一個內存地址空間。如果一個DLL被多個進程使用，它只被加載到內存中一次，只有一份數據節（data segment）。也就是說，DLL是系統全局而不是進程內的；進程不能得到DLL的一份獨立的拷貝。每個DLL在內存中只有一份實例（instance）。
如果一個EXE文件同時執行多次，那么在內存中只有該EXE的一套只讀拷貝（如代碼或資源），但這個EXE的每個進程都有自己的一套數據段，即有多份實例（instance）。實際上，進程的實例句柄就是data segment（存放進程的全局變量）的內存起始地址。
模塊（module）是指一個硬盤文件，可被加載到內存中。模塊句柄是一個數據結構，表示這個硬盤文件的各部分（section）出自哪里，是否已經加載到內存中。
所以進程只能用實例句柄標識，而不能用模塊句柄標識。
Win32的進程使用自己專用的邏輯內存空間。進程的全局變量不再是跨進程邊界可見的。實例句柄與模塊句柄相同，都是指向模塊加載后的內存基地址。這樣規定實際上也兼容了Win16時實例句柄與模塊句柄的含義。
EXE和DLL都有其自己的資源（如對話框資源），而且這些資源的ID可能重復，默認使用EXE的資源。如果需要加載、使用DLL中的資源，需要通過DLL加載后的實例句柄（HINSTANCE）來找到DLL的資源。
應用程序進程本身及其調用的每個DLL模塊都具有一個全局唯一的HINSTANCE句柄，它們代表了EXE或DLL模塊在進程邏輯地址空間中的起始地址。進程本身的模塊句柄一般為0x400000，而DLL模塊默認加載地址為0x10000000。如果程序同時加載了多個DLL，則每個DLL模塊都會有不同的HINSTANCE。
幾種可行的辦法：
// in MFC DLL
void CDLL::ShowDlg(void)
AFX_MANAGE_STATE(AfxGetStaticModuleState);
CDialog dlg(IDD_DLL_DIALOG); //打開ID為2000的對話框
dlg.DoModal;
AFX_MANAGE_STATE(AfxGetStaticModuleState);必須作為接口函數的第一條語句。功能是在棧上創建一個AFX_MAINTAIN_STATE2類的實例，利用其構造函數和析構函數對_afxThreadState.GetData所指向內存存儲塊的模塊狀態（AFX_MODULE_STATE類型）設置現場（AfxGetModuleState函數返回的值）及恢復現場。
HINSTANCE save_hInstance = AfxGetResourceHandle;    //當前資源句柄
AfxSetResourceHandle(theApp.m_hInstance);             //設置為當前DLL的實例句柄所對應的資源句柄
CDialog dlg(IDD_DLL_DIALOG);                          //打開指定ID的對話框
AfxSetResourceHandle(save_hInstance);
// in EXE
void CEXE::OnButtonClick
HINSTANCE exe_hInstance = GetModuleHandle(NULL);
HINSTANCE dll_hInstance = GetModuleHandle("SharedDll.dll");
AfxSetResourceHandle(dll_hInstance); //切換狀態
ShowDlg;
AfxSetResourceHandle(exe_hInstance); //恢復狀態
在源文件的開頭使用關鍵詞library而不是program，在文件的末尾輸出函數使用exports排列。
Delphi不需要LIB文件以從DLL中輸入函數。為了鏈接一個DLL，在函數聲明中使用關鍵詞external。
在Visual Basic（VB）中只支持運行時鏈接；但是除了使用LoadLibrary和GetProcAddress這兩個API函數之外，允許使用輸入函數的聲明來引入DLL函數，如果找不到DLL文件，VB將產生一個運行時異常。開發人員可以捕獲該異常并且進行適當的處理。
Visual Basic 6這樣的較老的語言，只能調用__stdcall調用約定修飾的函數，并需要在聲明DLL的輸出函數時使用Alias，否則就會出現在DLL中找不到函數入口點的錯誤。例如：
Public Declare Function test2 Lib "PackingDLL.dll" Alias "_test2@4" (ByVal param As Integer) As Integer
也可以用def文件來定義dll輸出函數的名字。。另外需要注意，VB6調用的dll，如果還依賴其他的dll，那么這些間接依賴的dll必須在VB6程序的dll搜索路徑上，否則會報無法找到（被直接依賴的）dll的錯誤。
為了兼容，Declare Function 的方式一直沿用到 VB.net。不過在 .net 中，平臺調用提供了一種新的聲明DLL中的輸出函數方式，通過 System.Runtime.InteropServices.DllImportAttribute 提供。例如：
Public Function MessageBox(hWnd As Integer, lpText As String, lpCaption As String, uType As UInteger) As Integer
在同為 .net 語言的 C# 中，這是僅有的處理方式。當然托管 C/C++ 就不必受此限制，見下節。
微軟Visual C++（MSVC）提供了許多標準C++的擴展，它允許直接在C++代碼中將函數（類、數據變量）聲明為輸入或輸出；這種做法已經被Windows平臺上其他的C和C++編譯器采納，包括Windows平臺上的GCC。這種擴展在函數聲明前使用__declspec屬性：
*_declspec(dllexport)用于在DLL源文件中聲明要輸出的C++類、函數以及數據。
*_declspec(dllimport)用于在外部程序聲明由DLL輸出的C++類、函數以及數據。很多情況下不使用__declspec(dllimport)也能正確編譯代碼。但使用__declspec(dllimport)使編譯器可以生成更好的代碼，因為它可以確定函數是否存在于DLL中，這使得在跨DLL邊界的函數調用時編譯器可以生成跳過間接尋址級別的代碼。需要特別注意的是，必須使用__declspec(dllimport)才能導入DLL中輸出的變量。例如，DLL輸出一個C++類，該類有一個靜態變量，那么在外部文件使用這個類時必須用__declspec(dllimport)聲明。
如果是遵從C命名規范（naming convention）的外部名字，它們必須在C++代碼中聲明為extern "C"以避免它們使用C++命名規范。如果使用dll的語言（如Fortran、Visual Basic 6）不能識別C命名規范，那么需要采取辦法指出在DLL中輸出函數的名字。也可以通過DEF文件來定義輸出函數的名字與序號。或者使用如下的鏈接指令來制定dll輸出函數名字：
#pragma comment(linker, "/export:add=@add@8")
除了使用__declspec屬性定義輸入輸出函數之外，它們也可以列在項目DEF文件的IMPORT或者EXPORTS部分。DEF文件不是由編譯器進行處理，而是由鏈接器據此生成DLL文件中輸出函數的名字與順序（ordinal number），這樣DEF文件就不是C/C++特有的，其它語言寫的程序如果想要編譯為DLL也可以使用DEF。
DLL的編譯將生成DLL和LIB兩個文件。LIB文件被稱為輸入庫（import library），在編譯時為調用DLL的程序提供“樁”（stub）實際上是間接跳轉到運行時載入的DLL的對應的函數上再繼續執行。這種通過輸入庫來使用DLL的方式，在程序運行時啟動進程時就會自動（隱式）加載所有用到的DLL。另一種使用DLL的方式是通過LoadLibrary（或者LoadLibraryEx） API函數進行顯式加載DLL，用GetProcAddress API函數通過函數名稱獲取其加載后的內存地址、通過FreeLibrary卸載DLL。
DLL一般說來必須放在PATH環境變量、缺省系統路經或者是使用它的程序所在路徑三個的一個之內。COM服務器DLL使用regsvr32.exe注冊，它將DLL的路徑和全局唯一身份（GUID）記錄在注冊表中。應用程序能夠通過在注冊表中查找GUID、找到它的路徑從而使用這個DLL。
下面的例子展示了與特定語言相關的從DLL輸出符號表的方法。
library Example;
// Function that adds two numbers
function AddNumbers(a, b: Double): Double; cdecl;
AddNumbers := a + b
// Export this function
AddNumbers;
// DLL initialization code: no special handling needed
C 或 C++
extern "C" __declspec(dllexport) double AddNumbers(double a, double b);
// DLL initialization function
BOOL APIENTRY DllMain(HANDLE hModule, DWORD dwReason, LPVOID lpReserved)
double AddNumbers(double a, double b)
下面的例子展示了與特定語言相關的如何在編譯時鏈接DLL輸入符號表的方法。
;Delphi
program Example;
{$APPTYPE CONSOLE}
// Import function that adds two numbers
function AddNumbers(a, b: Double): Double; cdecl; external 'Example.dll';
var result: Double;
result := AddNumbers(1, 2);
Writeln('The result was: ', result)
extern "C" __declspec(dllimport) double AddNumbers(double a, double b);
double result = AddNumbers(1, 2);
printf("The result was: %f\n", result);
下面的例子展示了如何使用不同語言特有的WIN32 API綁定進行運行時的調用和鏈接。
Microsoft Visual Basic
Option Explicit
Declare Function AddNumbers Lib "Example.dll" (ByVal a As Double, ByVal b As Double) As Double
Sub Main
Dim Result As Double
Result = AddNumbers(1, 2)
Debug.Print "The result was: " & Result
// DLL function signature
typedef double (*importFunction)(double, double);
importFunction addNumbers;
// Load DLL file
HINSTANCE hinstLib = LoadLibrary("Example.dll");
if (hinstLib == NULL) {
printf("ERROR: unable to load DLL\n");
// Get function pointer
addNumbers = (importFunction)GetProcAddress(hinstLib, "AddNumbers");
if (addNumbers == NULL) {
printf("ERROR: unable to find DLL function\n");
// Call function.
result = addNumbers(1, 2);
// Unload DLL file
FreeLibrary(hinstLib);
// Display result
組件對象模型（COM）將DLL概念擴充到了面向對象編程。對象能夠從另外一個進程調用或者在另外一臺機器上運行。COM對象有一個唯一的GUID并且能夠實現強大的后臺以簡化如Visual Basic和ASP這樣的GUI前臺應用。它們也可以使用腳本語言編程。COM對象的創建和使用比DLL更為復雜。
* Dependency Walker, 顯示DLL和EXE文件輸出和引用函數的工具
* Dynamic Library
* Library Linking (Computer Science)
* Shared Library
*  Dll Download  自由的Windows和第三方軟件擴展中用到的Dll下載
*  __declspec C++ Language Reference on MSDN
*  dllexport, dllimport on MSDN
*  Dynamic-Link Libraries on MSDN
*  Dynamic-Link Library Functions on MSDN
*  Microsoft Portable Executable and Common Object File Format Specification
*  Win32 DLL  www.functionx.com 上的DLL制作和使用教程
*  Delay Load Dlls Error Recovery on www.codemaestro.com.
*  Dll Download and Repair on www.mydll.org
* Hart, Johnson. ''Windows System Programming Third Edition''. Addison-Wesley, 2005. ISBN 0-321-25619-0
* Rector, Brent et al. ''Win32 Programming''. Addison-Wesley Developers Press, 1997. ISBN 0-201-63492-9.
藍蔭鼎（，），臺灣知名水彩畫家，出生於日治臺灣宜蘭廳羅東支廳羅東區阿束社，多次入選帝展及臺展，曾經擔任中華電視公司董事長。
1903年出生於臺灣日治時期的宜蘭羅東阿束社，父親藍欽為清代秀才。1914年自羅東公學校高等科畢業，1920年起在羅東公學校（現羅東國小）當任美術專員。1921年與宜蘭頭城人吳玉霞結婚。1924年4月，日籍畫家石川欽一郎奉命赴宜蘭視察美術教育，在羅東發掘藍蔭鼎的繪畫天賦，即收為門徒，並推薦轉往臺北第一（今臺北市立第一女子高級中學）、第二高等女學校（已廢校）任教。石川欽一郎是水彩畫家，藍蔭鼎亦以水彩為終生志業。1926年，藍蔭鼎參加日本最具權威的帝國美術展覽會，榮獲入選的殊榮。1929年藍蔭鼎作品與陳澄波作品入選日本第十屆帝展。日治時代晚期，藍蔭鼎曾改名「石川秀夫」。
有學者認為藍蔭鼎是臺灣美術史上的「孤星」。《日據時代臺灣美術運動史》作者謝里法這樣形容藍蔭鼎：「雙腳踩的是鄉野的泥土，雙手沾的卻是社會最上層的光和彩。」藍蔭鼎堅持，農村就是他的生命、就是他的生活；作為水彩畫大師，他眷念於家鄉的萬般景物，他始終堅持鄉土路線。
藍蔭鼎以水彩畫為主要創作，默默參與美術活動，不引領風騷，不捲入運動，獨來獨往，一手闖出特有的水彩畫風，作品曾在日本、法國、英國、菲律賓、義大利、美國、泰國、新加坡展出，為臺灣首位應邀訪美的藝術家。藍蔭鼎曾任聯合國藝術委員、中華民國教育部學術審議委員、中華文化復興運動推行委員會委員。著名作品有「養鴨人家」 （1966年，劍橋美術館收藏）。1962年日內瓦國際藝術年鑑推舉為「當代全世界二十五位最傑出藝術家」之一。1971年，歐洲藝術評論學會及美國藝術評論學會將他選入第一屆「世界十大水彩畫家」之一。藍蔭鼎的作品以臺灣本土的農村美景為題材，有「謳歌快樂農村的水彩畫家」、「畫我故鄉的文化大使」之譽。他以中國水墨畫精髓創造嶄新的水彩畫意境，被大量翻印成日曆、賀年卡、畫冊等印刷品，畫作廣為流傳。
1951年，藍蔭鼎創辦《豐年半月刊》，希望利用發行刊物，教導和農民息息相關的知識，讓技術提升、生產力增加；至今仍在發行。1960年代晚期和1970年代，藍蔭鼎曾於臺灣電視公司（臺視）和中華電視臺出任要職，曾任中華電視臺董事長。他在畫作之外的文學作品，以《宗教與藝術》、《藝術與人生》、《鼎廬小語》這三本書最為知名；《鼎廬小語》中的一篇文章〈飲水思源〉，曾被收錄於國立編譯館《國民中學國文》教科書第一冊第19課，屬於選讀篇目。
1979年2月4日凌晨3點31分，藍蔭鼎家人發現其心臟有異，叫來救護車至藍家將藍蔭鼎送往臺北榮民總醫院；藍蔭鼎抵達醫院前就已逝世，享年76歲。1979年2月10日，華視第四屆董事會第十四次會議推舉易勁秋繼任董事長。
有學者認為藍蔭鼎是臺灣美術史上的「孤星」。《日據時代臺灣美術運動史》作者謝里法形容藍蔭鼎：「雙腳踩的是鄉野的泥土，雙手沾的卻是社會最上層的光和彩。」藍蔭鼎堅持，農村就是他的生命、就是他的生活；作為水彩畫大師，他眷念於家鄉的萬般景物，他始終堅持鄉土路線。
* 新竹教育大學-日據時期(1895-1945)臺灣西洋美術家資料庫
* 智邦藝術基金會-藍蔭鼎介紹
* 流離思索－文化事件簿選刊，藍蔭鼎的水彩一生，1979年2月4日
DLL或dll可以是下列意思：
* 資料連結層（Data link layer），OSI參考模型第二層，位于實體層與網絡層之間。
* 動態鏈接庫（Dynamic Link Library），微軟公司在Windows中實現共享函數庫概念的一種實作方式。
賴因哈德·塞爾滕（，），德國波恩大學教授，數學家、經濟學家，世界語者。1994年獲諾貝爾經濟學獎。
1930年出生於當時屬於德國的布雷斯勞。布雷斯勞的文化極多元，曾被普魯士、德國、波希米亞、奧國占領，在波茨坦條約之後才回歸波蘭，現名弗羅茲拉夫。塞爾滕於1951年入法蘭克福大學，主修數學，並於1957獲得該校之數學碩士，更於1961年獲得同校數學博士。其受雇該校數學教授Heinz Sauermann，開拓了他對賽局理論的視野。他與約翰·福布斯·納什、約翰·海薩尼獲得了1994年諾貝爾經濟學獎。2016年8月23日逝世於波蘭波茲南，終年85歳。
塞爾滕教授先后任教于伯克利大學，柏林自由大學，比勒費爾德大學和波恩大學。
* 諾貝爾官方網站關于萊因哈德·塞爾滕自傳
引渡法是指兩個不同司法體系在犯人或嫌疑犯的移送法規及執法互助程序。「引渡」是指一個司法管轄區，應外地請求，將正處在自己領土之內而受到該外地通緝或判刑的人，移交給該外地審判或處罰。通常兩司法轄區之間要簽有引渡條約或協議方可引渡。
通過引渡程序，一個主權管轄區通常向另一個主權管轄區（“被請求國”）提出正式請求。如果在被請求國的領土內發現逃犯，則被請求國可以逮捕逃犯并使其受到引渡程序。逃犯將受到的引渡程序取決于被請求國的法律和慣例。如果通過，被引渡人的監護權將實際移交給提出請求的司法機關。
在國家之間，引渡通常受條約管制。這是一個古老的機制，至少可以追溯到公元前13世紀，當時埃及法老拉美西斯二世與西臺國王哈圖西里三世談判引渡條約。
目前國際上的慣例，對於以下四種人通常不予引渡：
#政治犯：例如中華民國（臺灣）、中華人民共和國（中國大陸）、香港、澳門、新加坡、日本、大韓民國。
#本國公民：例如法國、德國、俄羅斯、中華民國、中華人民共和國、日本、大韓民國。但也有例外如拉脫維亞、瑞士允許把本國公民引渡給美國。
#非雙重歸罪：例如中華民國、中華人民共和國、香港、澳門、日本、大韓民國。
#死刑犯：由於很多國家及地區已根據公民權利和政治權利國際公約之要求廢除死刑，例如香港和澳門, 故除非請求方承諾不會處決犯人, 被請求方可拒絕引渡。
* Bundesamt für Justiz: Bekanntmachung der Auslieferungsstatistik für das Jahr 2013 vom 14. Januar 2015 (AT 25.02.2015 B4)
*  What Is Extradition? —A primer from the Council on Foreign Relations. Jonathan Masters, 2019.
*  A Brief Primer on International Law—with cases and commentary. Nathaniel Burney, 2007.
*  Extraditions Cut Short —Extraditions between Colombia and United States
*  Chiquita Board Members: Total Identification —Extradition of Chiquita board members
*  Expulsions and extraditions , fact sheet of the ECtHR case law
*  Deflem, Mathieu, and Kyle Irwin. 2017. "Extradition, International."  pp.&nbsp;340–342 in Encyclopedia of American Civil Rights and Liberties: Revised and Expanded, edited by Kara E. Stooksbury, John M. Scheb II, and Otis H. Stephens, Jr.. Santa Barbara, CA: ABC-CLIO.
*  История экстрадиции
*  Экстрадиция в современном международном праве
*  УПК РФ, глава 54, Выдача лица для уголовного преследования или исполнения приговора.
波爾·安德森（Poul William Anderson，1926年11月25日-2001年7月31日)，美國科幻小說作家，是黃金時代涌現出的優秀作家之一。
1926年11月25日，波爾·安德森出生于美國賓夕法尼亞州的布里斯托市，父母原籍北歐斯堪的納維亞半島，二戰爆發前他曾在丹麥，1948年，波爾·安德森畢業于美國明尼蘇達大學物理系。波爾·安德森大學畢業后，他放棄了從事物理學工作，開始創作科幻小說。
2001年7月31日，波爾·安德森因癌癥逝世，享年74歲。
*和許多科幻大師一樣，波爾·安德森很早就對科幻小說感到興趣，還在讀大學時，他已參加當地科幻組織的活動，醉心于科幻小說的創作。他的科幻處女作《明天的兒童》（Tomorrow's Children）1947年發表在《驚奇》（Amazing）雜志上，是與沃爾德洛普合作的。從此他就再也沒有離開科幻創作領域。
*波爾·安德森是北歐移民，因而非常熟悉北歐語言和文化，加上他良好的科學素養，使他的許多以北歐神話傳說為依托的科幻作品具有鮮明的特色。在最初的幾年，安德森的創作速度很慢，從1947年到1951年他只發表了十來篇科幻小說。他的第一部長篇科幻名叫《世代的蒼穹》（Vault of the Ages），發表于1952年。他僅僅是一本針對少年讀者的作品。到了1953年，安德森的創作速度突然有了驚人的提高，他在那一年連續發表19篇短篇。同時還在雜志上連載了三部長篇，其中最引人注目的是《腦波》（Brain Wave）。科幻迷們驚喜地發現，又一顆明星誕生了。
*1955年，安德森在《幻想與科幻雜志》（Fantasy and Science Fiction）發表了他的另一部重要作品《時間巡邏》（Guard of Time）。以歷史題材著稱的安德森的非凡才華在這部作品中得到了充分的發揮。
*1957年出版的《有去無回的星球》（Planet of No Return，中譯本名為《異星探險》）可能是使中國讀者最早了解到波爾·安德森令人贊嘆的藝術功力的作品。
*另外，安德森還和別人合作，也獲得了好評。
*在五十年代及以后的歲月里，安德森創作了好幾個龐雜的系列，如“心理技術”系列（1955-1982），“技術歷史”系列（1958-1985）等等。
*波爾·安德森是少有的能夠將創作始終保持在相當水平的多產作家。由于是理科出身，安德森的小說大多是硬科幻，有著堅實的科學基礎并浸透著作者認真嚴肅的思考，人物刻畫也很成功。他曾七次獲得雨果獎、三次獲得星云獎。還曾于1971年至1972年擔任了一年的美國科幻作家協會（SFWA）主席。在1998年的星云獎頒獎大會上，他因半個世紀以來為科幻事業的杰出貢獻，榮獲星云科幻大師獎。
*1947年 Tomorrow's Children 《明天的兒童》
這是波爾·安德森的科幻處女作，發表在當年的《驚奇》（Amazing）雜志上，是與沃爾德洛普合作的。當時安德森還在明尼蘇達大學攻讀物理學，從此他就再也沒有離開過科幻創作領域。
*1952年 Vault of the Ages 《世代的蒼穹》
這是安德森的第一部長篇科幻小說，是一本針對少年讀者的作品。
*1953年 The War of Two Worlds 《兩個世界的戰爭》Three Hearts and Three Lions 《三顆心與三只雄師》
*1954年 Brain Wave 《腦波》《斷劍》
在以上提到的那一系列作品中，《腦波》是最引人注目的。起初，這部作品似乎生不逢時，他的第一部分剛剛發表，那家打算連載這部作品的雜志就停刊了。不過很快地，《腦波》就在1954年出版了單行本。《腦波》的故事并不復雜：圍繞銀河系中心旋轉的太陽系在穿過了一片神秘的力場之后，地球上的各種生命都開始了飛速的進化。不久，一種理想化的新人類擺脫了肉體的束縛，開始向星際進軍。而地球則交給了已經擁有了足夠智慧的動物管理。智能的上升造成了人們的不適應，主人公考林斯的妻子因此而患神經官能癥，于是夫婦的矛盾沖突此起彼伏。科學家為此發明了降低智能的裝置，試圖解決智能上升造成的社會問題。這部作品注重細節描寫，充分展示了波爾?安德森對文化、宗教以及社會的敏銳感觸和洞察力，是他最好的作品之一。
*1955年 Guard of Time 《時間巡邏》