hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
学习院大学 交通
到本部目白校園的所在地，可以於東京都內乘坐JR山手線至目白站，學習院大學出口步行一分鐘即達側門。
電車男
《電車男》是一個在日本網路論壇2ch發生的故事，後來一連串網友間充滿網路語言的對話及ASCII藝術塗鴉的留言紀錄被集結成書，又被改編成電影、電視劇、漫畫、話劇等。
電車男 故事簡介
2004年3月14日的晚上，有位網友在2ch內的「獨身男性版」 （網友稱為「毒男版」）留言，他說他在鐵路列車（日文寫作「電車」）上救了一個被醉漢性騷擾的女性。該網友後來署名為電車男將進展發表到論壇上。多天後，該女性寫信答謝了電車男，並送了一對愛瑪仕茶杯，所以網友和電車男稱該女性為愛瑪仕小姐。由於電車男的孤僻性格使然，除了工作外，就是逛秋葉原以及沉浸在動漫畫的世界，沒有與女性交談來往的經驗，面對女性會害羞，因此他便上2ch發言向眾網友求援，眾網友紛紛獻策，並且為電車男加油打氣。直至5月9日，他在網上留言宣佈成功追求愛瑪仕小姐，眾網友都為他送上祝福。
電車男 出版成書
日本的出版社新潮社在2004年10月22日，將電車男與網友在兩個月間的留言記錄出版成書（ISBN 4104715018），由於是收集不特定人的發言集結成書，所以將作者署名為“中野獨人”（なかのひとり，Nakano Hitori）。取此名的原因，眾說紛，有人認為「中野獨人」這個名字取其“其中一人”（中の一人、读音亦为“なかのひとり”）之意，也有人認為「中野獨人」可能就是電車男的本名，更有人說是新潮社某位員工的名字。
《電車男》正體中文翻譯版（ISBN 9570086548）在2005年4月，由台灣皇冠文化集團的平裝本出版有限公司出版，涂愫芸翻譯；簡體中文版（ISBN 7-80668-926-5）則在2005年5月，由中國上海學林出版社出版，李曉光、曹建南翻譯。
電車男 跨媒體
《電車男》故事除了出版成書外，還有被改編成電影、電視劇、舞台劇和漫畫，此外還有話劇、CD等出版品。
電影於2005年6月4日在日本上映，由村上正典執導，山田孝之主演，東寶出品。主題曲是由橘子新乐园主唱的《愛的大行進》。此電影已分別於同年的8月26日在台灣、10月6日在香港放映。
《電車男》電視劇於2005年7月7日在日本富士電視台的「星期四劇場」開始播放，電車男和愛瑪仕小姐在電視劇中有了“本名”，也加入原書中所沒有的更多人物。主要角色分別為山田剛司（電車男/OTAKU，伊藤淳史飾）和青山沙織（愛瑪仕小姐，伊東美咲飾）。該劇分別於2006年1月24日起在台灣緯來日本台播放，2006年12月13日起重播；2006年4月15日起在香港無線電視翡翠台日粵雙語播映，片頭曲亦改為《Start Me @ Starting Love》。2007年4月30日起，則在中国安徽卫视播出。
電車男 跨媒體
由於《電車男》於2005年在日本掀起熱潮，大結局更取得25.5%的好成績，富士電視台決定開拍2小時特別版《電車男DX最後的聖戰》，並將於2006年9月在日本播出。當中更新加入一個型男角色，曾拍古裝劇《大奧》的北村一輝，將與「電車男」伊藤淳史，爭奪「愛瑪仕小姐」伊东美咲的芳心。故事講述電車男與愛瑪仕小姐相戀一年後，電車男準備向愛瑪仕求婚。另一方面愛瑪仕爺爺的公司面臨危機，IT才俊北村一輝出現擔任社長挽救公司，他更情傾愛瑪仕小姐。本篇於2006年12月28日起在台灣緯來日本台播放，2007年1月27日無綫收費電視無綫劇集台日粵雙語播映，片頭曲亦因版權關係改為《Start Me @ Starting Love》。
此外電視劇內制作虛構動畫《月面兔兵器米娜》，除了被製成片頭動畫內，此外還制作了一集的OVA，更於2007年1月13日正式成為電視動畫於富士電視台播出。
《電車男》話劇在2005年8月5日起在日本各地公演。
《電車男》的改編漫畫版在日本多家出版社由不同漫畫家執筆連載。
大劍山
大劍山（泰雅語： 或 ），又名巴多瓦諾敏山，位於臺灣臺中市和平區梨山里東北部，雪霸國家公園中部，標高3,594公尺，於台灣百岳中排行第18。為台灣百岳名山的「十峻」之一。
大劍山 劍山稜脈
劍山稜脈是雪山主峰向西延伸，經翠池三叉山後轉為南向伸展，由北而南依序擁有雪山西南峰（3,471m）、大劍山（3,594m）、劍南尖山（3,285m）、油婆蘭山（3,308m）、布伕奇寒山（3,295m）、佳陽山（3,314m）與劍山（或稱小劍山，3,253m）等8座三千公尺級名峰。此稜脈是延續武陵四秀、布秀蘭山、雪山北峰到雪山主峰，一脈相連的雪山山脈主脊，並在小劍山南緣因大甲溪中游切割通過，截斷與白姑山群的連結，雪山地壘分隔成雪山山彙與白姑山群兩個獨立的山塊。在雪山山彙的六條稜脈中，大劍稜脈雖然不是最長的一條，但因縱走路程起伏量大，尤其油婆蘭山到小劍山起伏劇烈又缺乏良好營地，另外稜線上除了翠池山屋之外沒有其他山屋可住，水源缺乏，再加上登山口海拔低，光是要爬上稜脊正常來說就要兩天時間，因此從日治時期至今就一直被視為最辛苦最難纏的縱走路線。除了「雪劍縱走」之外，民國63年（1974年）岳界前輩從中橫宜蘭支線松茂附近開闢的水土保持道路(樂山林道)，跨過大甲溪上游，來到推論山東南稜線尾端，並循著稜線上的防火林道上攀，走出一條攀登大劍山稜脈的新途徑（原路線因德基水庫竣工蓄水而廢棄），「大小劍」行程成為非縱走路線的另一選擇。
大劍山 營地選擇
位於防火林道底端登山口處，地勢平坦寬廣，可搭建至少5頂帳篷。景觀可見高聳平地而起的登山防火巷。但因植被覆蓋，以及許久未割草請出足夠空地，同時附近無水源，需從樂山橋溪溝背來。因而此區域適合搭建帳篷的範圍日益減少。
位於油婆蘭山-推論山之小凹口。通常做為前往油婆蘭營地之前的前哨營點。推論池兩池水源狀況算穩定，但水質不佳需過濾後煮沸飲用，具有茶色水質以及淡苦味。山友通常自樂山橋溪溝背水而上避免此問題，但輕裝者仍需考慮使用此處水源。
位於油婆蘭山附近凹口處之營地。大雨天可能會積水形成小型看天池，雨停後積水很快會消失。附近有黑水塘可飲用，但仍然建議前往活水源取水。活水源在營地往大劍山方向北走，走劍南尖山與大劍山之間的鞍部， 循指標西北陡降溪澗中取水。活水源狀態穩定不受天氣影響。
品田山
品田山（泰雅語：，音譯波秦西崙山；）為臺灣雪山山脈主脊上的著名高山，標高3,528公尺，台灣百岳排名24，「十峻」之一，武陵四秀之首，位於臺中市和平區平等里與新竹縣尖石鄉玉峰村之間，雪霸國家公園東部。品田山位在雪山山脈北段主脊北東稜上，東側連接池有山、桃山、詩崙山、喀拉業山等武陵四秀的其他高山，西側連接布秀蘭山接上大霸尖山到雪山的聖稜線。而台灣三大河川淡水河的最遠源頭塔克金溪亦發源於此山，是北側淡水河與南側大甲溪之分水嶺。山形巨大的岩脈縐褶露頭是品田山最大的特色，在天候良好的情況下，品田山稜線上即可清楚北望桃園都會區與大屯山一帶、東瞰蘭陽平原及龜山島，在山頂上可南眺玉山甚至關山（位於高雄市），視野開廣遼闊。
攀登品田山的大眾路線，循雪山山脈主稜往西，在將要登頂之前，主稜突然劇烈縐褶折斷，此凹陷東鄰的高處登山界通稱為品田前峰，又稱新達山:上冊9:下冊16（海拔3,445公尺），是登臨品田山前稍具挑戰的障礙。
品田山 名稱
品田山是位在往北遷徙的泰雅族先祖行進路線上的重要山峰，由原居地北港溪上游（）越過分水嶺合歡山稜線進入大甲溪流域（），上溯抵達思源埡口（），在此再分支。由率領的一支往東北遷徙，散布到蘭陽溪流域（）稱為溪頭群。另由武塔（）率領的一支登上羅葉尾山稜線，經過桃山、品田山，抵達大霸尖山（），由此分支再往大漢溪、大安溪流域遷徙，分布至台北、桃園、新竹、苗栗等地。相傳武塔在新達池（）擊退原居於北面塔克金溪流域的賽夏族，隨後此區成為泰雅族傳統獵場。:186
品田山 名稱
品田山在溪頭群匹亞南部落（今漢名南山村）的四個傳統共同獵場之一範圍內，族人稱為「」，:49-53,112-114音譯為波秦西崙山，意為「最後的水池」；志佳陽群稱為「」、「」；:39品田山也為新竹方面的馬里光（）、基那吉（）流域群泰雅族傳統領域南側的邊界，日治早期記錄品田山也稱「」，:122頁註釋:78可能為新竹方面泰雅對品田山的稱呼:410。品田山與池有山間的水池草原，有「」之稱；最大的水池稱為「」，意為獵人埋伏等待獵物的池塘，暗指此地常有鹿出沒，今則音譯為新達池，池畔原有匹亞南社獵人所搭建的新達獵寮（），後改建為新達山屋；品田山前的品田池，稱為「」。:152:185
日治至1930年代早期以前多以片假名轉寫泰雅語原音，隨後改以日文漢字「（ shinada）」日語讀音與泰雅語相近轉譯，日語意為眾多山中水池（日本本州東北「」為山中濕地，日語「」為眾多）。:186-195:上冊53-56戰後續沿用此漢字表記山名至今。
品田山 景觀
品田山山形東西狹長，南北極狹窄，且臨深谷。南面為「品田皺摺」，北側斷崖下，是塔克金溪的發源地，也是淡水河水系的最高源流。品田皺褶在西面參差錯斷，形成「品田斷崖」，為聖稜線上最具難度的關卡之一。日治時聖稜線縱走，由大霸尖山向南縱走至三叉點布秀蘭山，左右斷崖聳立、岩層絕壁有如地獄，左邊為品田山，稱為「赤鬼」，右邊為穆特勒布山，稱為「青鬼」。:78品田山東面地層緩斜，為與池有山相接的鞍部，大眾步道由此上登，有數座高山池遍佈在玉山箭竹草原之中；續沿雪山山脈主脊往西，沿品田山東稜上攀，會經過數座冷杉與箭竹混生林，緩坡之後主脊隨即呈S形彎曲水平皺摺，皺摺凹陷平緩處的密林內亦有高山水池，穿越隨即來到高處品田前峰，此處褶皺作用太過劇烈、南北兩側七家灣溪、塔克金溪向源侵蝕過強，鄰品田山頂東側兩百多公尺處，主稜突然劇烈縐褶呈垂直V形折斷，自品田前峰沿稜往西突陡降二三十公尺深，只剩下偏南處僅存一線削瘦岩脊相連，再陡升三四十公尺高，再接上稍緩的山路直至登頂，他處則形成垂直的斷崖。此斷崖即是品田山大皺摺的凹陷處，是登臨品田山前難度較高的障礙。據鹿野忠雄調查，認為在品田山東面緩傾面，即品田前峰至新達前後有南北並列4個冰河圈谷遺跡，標號為25、26、27、28，也是雪山山區調查中海拔最低的圈谷。:614:691-698:186-195
品田山 路線
日治時攀登品田山，首先是由竹東方面霞喀羅群領域進入，經檜山、境界山、伊澤山西北稜登上大霸尖山，再向南縱走聖稜線，由三叉點布秀蘭山往東原路來回。另外也可從宜蘭方面匹亞南社（今漢名南山村）上登，往西登上佐得寒山、塔雅府山稜線，接上雪山山脈主稜，接著往西縱走主稜詩崙山、桃山、池有山前往。鹿野忠雄自1926年起曾多次前往雪山山區調查冰河地形，1933年9月的調查，即是循此路線經過登頂品田山。:613也可抵達匹亞南鞍部（今漢名思源埡口）後，往西北登上羅葉尾山稜線，再往北接上雪山山脈主稜，循原泰雅族遷徙路線前往。另也有往西翻過羅葉尾山稜線，下到七家灣溪溪底，再從池有山南稜往北登上主稜前往。1936年，神戶商業大學登山部前來台灣冰雪攀，4月冰雪攀聖稜線，即是由此路線登上品田山，再往大霸與雪山縱走，此隊在新達與品田山之間積雪的草坡上滑雪，引起從未見過滑雪的匹亞南泰雅嚮導高度興趣，於是在此雪坡上教導匹亞南泰雅嚮導滑雪。:187-209:180
品田山 路線
戰後在中橫公路、宜蘭支線開通、武陵農場開闢後，現今一般登山客登臨品田山，主要係經由雪霸國家公園步道系統中的四秀線與聖稜線。四秀線可自武陵山莊登山口起登，往北沿桃山南稜或池有山南稜，登上桃山或池有山，並沿雪山山脈主脊順訪喀拉業山及品田山；聖稜線亦自武陵登山口啟程，經由桃山、池有山、品田山而轉往布秀蘭山，自此可轉往北至大霸尖山或往南至雪山主峰，進入一般聖稜線行程。
無明山
無明山是臺灣中央山脈北段的一座高山，位於臺中市和平區平等里與花蓮縣秀林鄉富世村交界，屬太魯閣國家公園管轄，海拔3449.2公尺，為臺灣百岳之一，山頂立有二等三角點1450號。其山體壯闊，植被以針葉林為主，稜線地帶寬平，多為草原與灌叢。立霧溪水系之瓦黑爾溪、小瓦黑爾溪、華綠溪，以及大甲溪水系之耳無溪均發源於此，眾溪流的向源侵蝕在該山四周形成多處崩塌地，尤以北方的鬼門關斷崖與南方的無明斷崖為甚，使山勢更形雄峻，故名列十峻之一。
中央山脈主脈在無明山以近乎直角的轉折連接北面的鬼門關峰、甘薯南峰、甘薯峰，以及西南方的鈴鳴山，而無明山也是這段「北二段」稜線中，海拔最高也最險峻的山。泰雅族、賽德克族與太魯閣族的傳統領域在此重疊，部落間為爭奪獵場曾頻繁爆發衝突，乃至出草。「無明山」一名始見於日治時期的地圖，同時期的史料亦有記作無名山者。一說該山地處偏遠，水源稀少，罕有登山者涉足，加上其地勢突出，導致氣象不穩，不易窺見山容，故「無名」才是本名，「無明」是後來發展出來的名稱。
马来西亚国旗
马来西亚国旗又称辉煌条纹（英語：，馬來語：），是马来西亚聯邦的国家主权象征之一。
国旗由十四道红白相间的横条所组成，左上角为蓝底加上黄色的新月及十四芒星图案。长宽比例为2 : 1。
这道旗帜由莫哈末·韩查设计，从373个参赛作品里选出。自1963年9月16日马来西亚联邦成立时正式启用。
1997年8月31日马来亚独立四十周年之际，时任马来西亚首相马哈迪·莫哈末宣布将国旗命名为“辉煌条纹”。
马来西亚国旗 象征意义
14道红白相间的等宽横条原代表马来西亚成立时马来亚的11个州和砂拉越、北婆罗洲（今沙巴）和新加坡，自新加坡在1965年独立后，又代表马来亚11个州属及砂拉越、沙巴和联邦政府的平等关系。
十四条红白相间的条纹象征马来亚十一个州属和三个联邦直辖区及沙巴州和砂拉越邦共同組成联邦政府。新月象征马来西亚聯邦官方宗教——伊斯兰教。十四个角的星星象征马来亚十一个州属和三个联邦直辖区及沙巴和砂拉越邦团结一致。黄色象征国家元首和各州统治者。深蓝色象征马来西亚人民团结一致。红色象征马来西亚勇于捍卫主权和面对挑战。白色象征马来西亚纯洁和美好。
马来西亚国旗 国旗歌
《辉煌条纹》（馬來語：）是一首歌颂马来西亚国旗的爱国歌曲，也是每年8月31日举行国庆日演奏的国旗歌，歌词描述国旗的象征意义，代表马来西亚子民的奉献和骄傲。
现行版本的马来西亚国旗歌于2003年8月9日发布，由西索（Siso Kopratasa）作词、拿督苏海米（艺名Pak Ngah）作曲。
原始版本的国旗歌是《我们的国旗》（Benderaku），又名《马来西亚之旗》（Bendera Malaysia），原名《马来亚之旗》（Bendera Malaya）。
这首歌曲由词曲作家托尼·丰塞卡（Tony Fonseka）于1957年创作，默迪卡合唱团（Merdeka Choir）演唱，宝石唱片（Ruby Record Industries）发行，收录在《马来亚之音系列》（Music of Malaya Series）的首张唱片，编号RE-7201。
马来西亚国旗 国旗歌
原始版本的国旗歌是《我们的国旗》（Benderaku），又名《马来西亚之旗》（Bendera Malaysia），原名《马来亚之旗》（Bendera Malaya）。
这首歌曲由词曲作家托尼·丰塞卡（Tony Fonseka）于1957年创作，默迪卡合唱团（Merdeka Choir）演唱，宝石唱片（Ruby Record Industries）发行，收录在《马来亚之音系列》（Music of Malaya Series）的首张唱片，编号RE-7201。 1997年马来西亚独立40周年，马来西亚国旗被命名为“辉煌条纹”，国旗歌同样被更名，以反映这一变化。
能高南峰
能高南峰（太魯閣語：，意為「矮箭竹之山」），又稱能高山南峰，是台灣中央山脈主脊中北段的著名高山能高山的最高峰，標高3,349公尺，台灣百岳排名第43、也是「十峻」之一，位於花蓮縣秀林鄉文蘭村與南投縣仁愛鄉親愛村之間，附近接連能高主山、光頭山等山。
新康山
新康山（布農語：），又名新關山或打訓山，位於臺灣花蓮縣卓溪鄉古風村，標高3,331公尺，隸屬玉山國家公園管轄，為台灣百岳名山的「十峻」之一，名列第47名。中央山脈主脊往東延伸支稜中山勢最為高聳的一座，亦是臺灣東側最高的山峰，岳界素有「東臺一霸」之稱。
新康山 山連
新康山，東有可可爾博山，西有新仙山、連里山、連里山西峰，皆屬玉山國家公園東南部的高山。
新康山 登山
新康山列位於中央山脈三叉山東北方向東分出的稜脈上，蜿蜒迂曲、連峰疊嶂，攀登難度在臺灣眾多高山中名列前茅。新康山列的二條稜脈，由分岔點分別到布拉克桑山與新康山的直線距離雖然同樣皆為7.5公里，但前者平緩易行而容易親近，後者卻倨傲難行，新康山除了少數熟練登山客能以四天完成，一般人都至少必須安排五天的行程。
Common Lisp
Common Lisp，縮寫為CL（不是組合邏輯的縮寫）是Lisp編程語言的一種方言，由ANSI INCITS 226-1994(R2004)（前身為ANSI X3.226-1994(R1999)），所定義的語言規範標準。Common Lisp HyperSpec是源自於ANSI Common Lisp標準的網頁超連結版本。
Common Lisp
CL語言是為標準化和改良Maclisp而開發的後繼者。到20世紀80年代初，幾個工作群組已經在設計MacLisp各種後繼者，例如：Lisp Machine Lisp（又名 ZetaLisp），Spice Lisp，NIL和S-1 Lisp。CL是為了標準化和擴展此前眾多的MacLisp分支而開發，它本身並非具體的實作，而是對語言設立標準的規範。有數個實作符合Common Lisp規範，其中包括自由和開源軟件，以及商業化產品。CL支援了結構化、函數式和物件導向編程等範式。相对于各种嵌入在特定产品中的语言，如Emacs Lisp和AutoLISP，Common Lisp是一種用途廣泛的编程语言。不同於很多早期Lisp，Common Lisp如同Scheme，其中的變量是預設為詞法作用域的。
Common Lisp
身為一種動態編程語言，它有助於進化和增量的軟件開發，並將其迭代編譯成高效的執行程序。這種增量開發通常是互動持續地改善，而不需中斷執行中的應用程序。它還支援在後期的分析和優化階段添加可選的型別註記與轉型，使編譯器產生更有效率的代碼。例如在硬體和實作的支援範圍內，fixnum能保存一個未封裝整數，允許比大整數或任意精度類型更高效率的運算。同樣地，在每個模組或函數的基礎上可聲明優化，指示編譯器要編譯成哪一類型的安全級別。
CL包含了支援多分派和方法組合的物件系統，縮寫為CLOS，它通常以元物件（Metaobject）協定來實現。
CL藉由標準功能進行擴展，例如Lisp宏（编译时期程序自身完成的代码重排（compile-time code rearrangement accomplished by the program itself））和阅读器宏（赋予用户自定义的語法以扩展具特殊意义的符号（extension of syntax to give special meaning to characters reserved for users for this purpose））。
CL為Maclisp和约翰·麦卡锡的原創Lisp提供了一些向後兼容性。這允許較舊的Lisp軟件移植到Common Lisp之上。
Common Lisp 历史
在1981年，ARPA管理者Bob Engelmore最初发起了关于Common Lisp的工作，开发一个单一的社群标准Lisp方言。大多数最初的语言设计是通过电子邮件完成的。在1982年，小蓋伊·史提爾于1982年度LISP和函数式编程研讨会上首次给出了Common Lisp的概述。
在1984年，首个语言文档被出版为《Common Lisp语言》，第一版（也叫做CLtL1）。在1990年，第二版（也叫做CLtL2）出版了，它结合了在ANSI Common Lisp标准化过程中对语言做的很多变更：扩展的LOOP语法、Common Lisp对象系统、用于错误处理的条件系统、到精美打印的接口等等。但是CLtL2不描述最终的ANSI Common Lisp标准，因而不是ANSI Common Lisp的文档。在1994年，最终的ANSI Common Lisp标准出版了。自从出版之后标准就没有更新。对Common Lisp的各种扩展和改进（例如Unicode、并发、基于CLOS的IO）都由实现和函数库来提供。
Common Lisp 语法
Common Lisp是Lisp編程語族的一種方言; 它使用S-表达式來表示源碼和資料結構。函数调用、宏形式和基本形式都以列表來編寫，列表的第一项是函数名稱，如以下範例：
Common Lisp 數據类别
Common Lisp 擁有豐富的数据类别。
數值型別包括整數，分數，浮點數和複數。Common Lisp使用大數（bignums）來表示任意大小和精度的數值。分數型別確切地代表分數，很多語言並不具備這種能力。Common Lisp會自動將數值轉換成適當的型別。有許多方式取捨數值，函數round將參數四捨六入為最接近的整數，逢五則取偶整數。truncate，floor和ceiling分別朝向零，向下或向上取整數。所有這些函數將捨去的小數當作次要值返回。
例如，(floor -2.5)產生 -3, 0.5；(ceiling -2.5)產生 -2，-0.5；(round 2.5)得到 2,0.5；和(round 3.5)得到 4，-0.5。
Common Lisp字元型別不限於ASCII字符，因為在ASCII出現前Lisp就已經存在了。大多數現代實現允許Unicode字元。
Common Lisp 數據类别
符號（Symbol）型別是Lisp語言共有的，而在其它語言中較少見。一個符號是個命名唯一的對象，它擁有幾個部份：名稱，值，函數，屬性列表（property list）和套件。其中，值單元和函數單元是最重要的。Lisp中的符號通常類似於其它語言中的標識符（identifier）用法：保存變量的值；然而還有很多種用途。一般來說，對一個符號求值時會得到以該符號為變量名稱的值，但也有例外：譬如在關鍵符套件中的符號，形如:foo的符號值就是它本身（自我評估的，self-evaluating），而符號T和NIL則用於表示布爾邏輯值真與假。Common Lisp可設計容納符號的命名空間，稱為“套件”（package）。
Common Lisp的序列型別包括列表、向量、位元向量和字串。有許多函式可對應不同型別的序列進行操作。
Common Lisp 數據类别
CL如同所有Lisp方言，列表由點對（conses）組成，有時稱為cons單元、序偶或構對。一個點對是帶有兩個儲存槽的數據結構，分別稱為car和cdr。列表就是一條點對的串列，或只是空列表。每一個點對的CAR會參照列表的成員（可能是另一個列表）。而除了最後一個的CDR參照到nil值之外，其餘的CDR都會參照下一個點對。Conses也能輕易地實現樹和其它複雜的數據結構；儘管一般建議以結構體或是類別的實例來代替。利用點對能夠創建循環形的数据結構。
CL支援多維陣列，且如需要能動態地調整陣列大小。多維陣列常用於數學中的矩陣運算。向量就是一維陣列。陣列可載入任何型別（甚至於混合的型別）的成員，或只專用於特定某一型別的成員，例如由整數構成的位元向量。許多Lisp實作會根據特定型別，對陣列的操作函數進行優化。兩種特定型別的專用陣列是內建的：字串和位元向量。字串是由許多字元構成的向量，而位元向量是由許多位元構成的向量。
散列表儲存对象之間的關聯，任何物件都可以作為散列表的鍵或值。和陣列一樣，散列表可依需求自動調整其大小。
Common Lisp 數據类别
套件是一組符號的集合，主要用於將程序的個別部份區分命名空間。套件能匯出一些符號，將它們作為共用介面的某一部份，也可以匯入其它套件引用並概括承受其中的符號。
CL的結構體（Structures）類似於C語言的structs和Pascal的records，是一種任由使用者發揮的複雜数据結構定義，表示具有任意數量和任何型別的欄位（也叫做槽）。結構允許單一繼承。
類別（Class）在後期被整合進Common Lisp中，有些概念與結構體重疊，但類別提供了更多的動態特性和多重繼承（見 CLOS）。由類別創建的物件稱為實例。有個特殊情況是泛型（Generics）的雙重角色，泛型既是函數，也是類別的實例物件。
Common Lisp支援頭等函數（亦即函數可當成数据類型來處理）。例如編寫以其它函數當作一個函數的參數，或函數的傳回值也是函數，利用函數的結合來描述常用的操作。CL函式庫高度依賴於這樣的高階函數變換。舉例而言，sort函數可將關係運算子作為參數，並選用如何取鍵的函數作為參數。如此一來不但能對任何型別的数据排序，還能根據取用的鍵值對数据結構作排序。
Common Lisp 數據类别
對函數求值的模型非常簡單。當求值器遇到一個形式如（F a1 a2 ...）時，那麼名稱為F的符號會被假定是以下三種狀況之一：
如果F符號是三者其中之一，則求值器判定它是個函數，找到此函數的定義內容，然後以從左到右的次序來評估參數a1，a2，...，an的值，並且使用這些值進行運算，以函數定義中最後一個評估的結果作為傳回值。
宏defun用来定义函数。函数定义给出了函数名，参数名和函数体：
函数定义中可以包括“声明”，它可以指示编译器优化设置或参数的数据类型等。还可以在函数定义中包括“文档字符串”（docstring），Lisp系统用它们形成互動式文档：
匿名函数用lambda表达式定义。Lisp编程频繁使用高阶函数，以匿名函数作为其参数的作法十分有效。
还有一些有关于函数定义和函数操作的运算符。如，操作符compile可以用来重新编译函数。（一些Lisp系统默认下在解释器里运行函数，除非指示编译它；其他Lisp系统在函数输入时即被编译。）
Common Lisp 數據类别
defgeneric宏用來定義泛化函數，而defmethod宏則用來定義方法。泛化函數是一些方法的集合。方法可依照CLOS標準類別、系統類別、結構類別或物件，以特定方式處理它們所使用的參數。許多型別都有相對應的系統類別。當呼叫泛化函數數時，多樣派發（multiple-dispatch）將會依型別確定要應用的有效方法。如下列範例展示了對不同型別的參數如數值、向量或字串，設計對應的add方法將兩個物件相加的動作。
泛化函數也是第一類数据类别。除了上面陳述之外，泛化函數和方法還有更多的特性。
函数的名字空间与数据变量的名字空间是分离的。这是Common Lisp和Scheme编程语言的一个重要不同之处。在函数名字空间定义名字的操作符包括defun、flet和labels。
要用函数名把函数作为参数传给另一个函数，必须使用function特殊操作符，通常简略为#'。上文第一个sort的例子中，为了引用在函数名字空间名为>的函数，使用了代码#'>。
Common Lisp 數據类别
Scheme编程语言的求值模型更简单些：因为只有一个名字空间，式（form）中所有位置都被求值（以任意顺序）-- 不仅是参数。所以以一种方言（dialect）写就的代码往往令熟悉其它方言程序员感到迷惑。例如，许多CL程序员喜欢使用描述性的变量名如"list"或"string"，在Scheme中这将导致问题，因为它们可能局部覆盖了函数名字。
为函数提供分离的名字空间是否有益是Lisp社区不断争论的主题之一，常被称为“Lisp-1与Lisp-2辩论”。这些名称出现于Richard P. Gabriel和Kent Pitman在1998年的一篇论文，其中广泛的比较了这两种方法。
Common Lisp支援多值的概念，任何表達式經過評估之後必定會有一個主要值，但它也可能擁有任何數量的次要值，讓感興趣的呼叫者接收和檢查。這個概念與回傳列表值不同，因為次要值是備選用的，並通過專用的側面通道來傳遞。也就是說如果不需要次要值，則呼叫者完全不需要知道它們的存在，這是偶爾需使用額外而非必要的資訊，一個方便的機制。
一些標準形式支援多值，最常見的是用來存取次要值的MULTIPLE-VALUE-BIND基本運算子和用於返回多值的VALUES：
Common Lisp中的其他数据类别包括：
Common Lisp 作用域
與許多其它編程語言中的程式一樣，Common Lisp編程使用名稱來引用變量、函數和許多其它類型的實體。被命名的參照只在其作用域中有用。名稱與引用實體之間的關聯稱為綁定。作用域是指確定名稱具有特殊綁定的情況。
在Common Lisp中需要決定作用域的情況包括：
依參照如何出現在表達式中，例如(go x)表示將控制跳轉到x標籤的位置，而(print x)表示x變量。這兩個x的作用域可以在程序的相同區域處於活動狀態，因為tagbody標籤的x與x變量名稱位於分開的命名空間中。基本運算子或宏形式可完全控制其語法中所有符號的含義。例如在(defclass x (a b) ())表達式中，類別定義(a b)是基本類別的列表，因此會在類別的命名空間中搜尋這些名稱；x並非參照到現有的綁定，而是源自於a和b的新類別名稱。這些事實純粹由defclass的語義表示得出。這表達式的唯一事實是defclass引用一個宏綁定；其中的一切都由defclass決定作用域。
Common Lisp 作用域
要理解符號參照到什麼實體，Common Lisp開發人員必須知道參照是屬於哪一種作用域，如果它是一個變量的參照，那它是處於什麼樣的（動態或詞法的）作用域中？以及在執行期的情況，參照在什麼環境中被引用，綁定是在哪裡被引入到環境等等。
Lisp中的一些環境總是存在於全局作用域之中， 例如定義了一個新型別，那麼以後在任何地方都會知道它。
該類型別的參照會從全局作用域中的環境去尋找。
環境在Common Lisp中有一種類型是動態環境。在這種環境中建立的綁定具有動態的作用域，這表示某些構造例如let，會在執行的起點就先建立綁定，而在該構造完成執行時消失：它的生命週期依附著這區塊動態地觸發和停用。然而動態綁定不僅在該區塊中可見；對於從該區塊中調用的所有函數也是可見的。這樣的可見性被稱為不定的作用域。具有動態（依附區塊的觸發和停用相關的生命週期）和不定作用域（從該區塊調用的所有函數可見）的綁定，被稱為具有動態作用域。
Common Lisp 作用域
Common Lisp支援動態作用域的變量，也稱為特殊變量。有些其它類型的綁定也必須是動態作用域的，例如重新啟動和捕獲標籤。函數綁定不能以flet（僅提供詞法範圍的函數綁定）進行動態作用域，但可以將函數物件（Common Lisp中的第一類物件）分配給動態作用域的變量，在動態作用域內使用let綁定，然後再以funcall或APPLY調用。
動態作用域非常有用，因為它將參照的清晰度和規律添加到全局變量中。計算機科學中的全局變量被認為是潛在的錯誤來源，因為它們可能導致模組之間存有特殊隱蔽的溝通渠道，從而導致令人驚訝而不在預期中的交互作用。
Common Lisp 作用域
在Common Lisp中，只有頂層綁定的特殊變量就像其它編程語言中的全局變量一樣。它可以儲存一個新的值，該值僅替換頂層綁定中的值。造成使用全局變量的核心錯誤，是粗心的替代了全局變量值。但是，使用特殊變量的另一種方法是，在表達式中給它一個新的區域綁定。這有時被稱為“重新綁定”變量。動態作用域中對變量的綁定，會創建一個臨時的新記憶體位置給予該變量，並將該名稱與該位置相關聯。當該綁定有效，對該變量的所有參照都指向新的綁定；之前的綁定則是被隱藏起來的。當綁定表達式的執行結束時，臨時的記憶體位置消失，而舊綁定浮現出來，變量的原始值依舊完好無損。當然，同一變量的多個動態綁定可以嵌套。
Common Lisp 作用域
在支援多緒的Common Lisp實作中，動態作用域是針對每個執行緒的。因此，特殊變量是當成執行緒區域存儲的抽象化。如果一個執行緒重新綁定了特殊變量，則此重新綁定對其它執行緒中的該變量沒有作用。儲存在綁定中的值只能由創建該綁定的執行緒取得。如果每個執行緒綁定一些特殊變量*x*，則*x*的行為就像執行緒在本地中儲存一樣。在沒有重新綁定*x*的執行緒中，它的行為就像一個普通的全局變量：所有這些執行緒的參照都會指向*x*的頂層綁定。
動態變量可以用來擴展執行上下文，並附加上下文訊息，這些信息在函數之間隱含地傳遞，而不必顯示為額外的函數參數。當執行控制的轉移必須穿過不相關的代碼層時，不能藉由額外參數來擴展傳遞附加數據，所以這是非常有用的。這樣的情況通常需要一個全局變量，必須能夠被儲存和恢復，以便在遞歸時不會中斷：動態變量的重新綁定可以處理此情形。該變量必須是執行緒區域的（或必須使用大的互斥, mutex），因此這個情況不會在執行緒下斷開：動態作用域的實作也可以處理此情形。
Common Lisp 作用域
在Common Lisp函式庫中有很多標準的特殊變量。例如，所有標準I/O流都儲存在頂層為眾所熟知的特殊變量的綁定中，即*standard-output*。
假設有個foo函數寫入標準輸出：
要擷取其輸出中的字串，*standard-output*可以被綁定到一個字串流，並調用它：
Common Lisp支援詞法環境。形式上，詞法環境中的綁定具有詞法作用域，並可能具有不定的範圍或動態的範圍，取決於命名空間的類型。詞法作用域實際上表示可見性被限制在綁定建立的區塊中。參照沒有以文本（即詞法地）嵌入在該區塊中，根本看不到該綁定。
TAGBODY中的標籤會具有詞法作用域。如果(GO X)表達式實際上沒有嵌入到其中，則它會發生錯誤。TAGBODY包含標籤X。但是當TAGBODY執行終了時，標籤的綁定就會消失，因為它們具有動態作用域。如果以調用一個詞法閉包重新進入該代碼區塊，那麼這個閉包的內文無法藉由GO將控制轉移到標籤中：
Common Lisp 作用域
執行TAGBODY時，它首先評估以setf形式指向函數的特殊變量*stashed*，然後(go end-label)將控件轉移到終了標籤，跳過代碼(print "Hello")。由於終了標籤位於TAGBODY的末端，於是終止並返回NIL值。假設現在調用先前指向的函數：
這種狀況是錯誤的。一個實作的錯誤回應該包含錯誤條件訊息，例如“GO: tagbody for tag SOME-LABEL has already been left”。該函數嘗試評估(go some-label)，它是詞法地嵌入到TAGBODY中並解析為標籤。然而TAGBODY被跳過了而沒有執行（其作用域已經結束），故無法再轉移控制。
Lisp中的區域函數綁定具有詞法作用域，預設情況下變量綁定也同樣為詞法作用域。與GO標籤對比，它們的作用域是範圍不定的。當一個詞法的函數或變量綁定時，既然可以對其引用參照，該綁定就會持續存在，即使在建立該綁定的結構已經終止後。參照到詞法變量和函數，在其建立結構終止後，可以藉由詞法的閉包來實現。
Common Lisp對於變量的預設模式是詞法綁定。對於個別符號可用區域聲明，或全局的聲明，來切換成動態作用域。而後者可能隱含地透過如DEFVAR或DEFPARAMETER，這樣的構造使符號成為全局可見的。Common Lisp編程中慣例以開頭和結尾星號*，將特殊變量（即處於動態作用域的）包括起來，這稱為“耳罩慣例”。遵循此慣例的效果，即為特殊變量創建了一個單獨的命名空間，則應該處於詞法作用域的變量不會被意外地特殊化。
幾個原因使得詞法作用域有用。
首先，變量和函數的參照可以被編譯成高效的機器碼，因為執行期環境的結構相對簡單。在許多情況下它可以優化堆疊存儲，因此開啟和關閉的詞法作用域前置開銷最小。即使在必定要產生完整閉包的情況下，存取閉包的環境仍然是有效率的；每個變量通常會轉成一個綁定向量之中的偏移量，因此變量的參照就成為簡單的加載，或是以基底-加-偏移尋址模式表示的存儲指令。
其次詞法作用域（與不定範圍結合）可以創造出詞彙閉包，從而產生了中心以函數作為第一類物件的編程範式，這是函數式編程的根本。
第三，也許最重要的是，即使沒有用到詞法的閉包，詞法作用域的運用，會將程序模組與不需要的交互影響隔離開來。由於可見性受到限制，詞法變量是私有的。如果一個模組A綁定一個詞法變量X，並呼叫另一個模組B，則參照B其中的變量X，不會被意外地解析成在A中綁定的X。B根本無法存取X。對於需使用變量進行有規則的交互作用情況，Common Lisp提供了特殊變量。特殊變量允許一個模組A設置變量X的綁定，使另一模組B能看見並從A調用其中的X。能夠做到這一點是個優勢，能夠防止它發生也是個優勢；因此Common Lisp同時支援詞法和動態作用域兩者。
Common Lisp 巨集
Common Lisp中的巨集是独一无二的，和C语言中的巨集的机制相同，但是在巨集扩展的过程中由于可以使用所有现有的Common Lisp功能，因此巨集的功能就不再仅限于C语言中简单的文本替换，而是更高级的代码生成功能。巨集的使用形式和函数一致，但是巨集的参数在传递时不进行求值，而是以字面形式传递给巨集的参数。巨集的参数一旦传递完毕，就进行展开。展开巨集的过程将一直进行到这段代码中的所有巨集都展开完毕为止。巨集完全展开完毕后，就和当初直接手写在此处的代码没有区别，也就是嵌入了这段代码上下文中，然后Lisp系统就对完整的代码上下文进行求值。
Lisp巨集表面上類似於函數的使用，但並不是會直接被求值的表達式，它代表程序源碼的字面轉換。巨集將包含的代碼內容當作參數，將它們綁定到巨集自身的參數，並轉換為新的源碼形式。這個新的源碼形式也能夠使用一個巨集，然後重複擴展，直到新的源碼形式沒有再用到巨集。最終形式即運行時所執行的源代碼。
Lisp巨集的典型用途：
Common Lisp 巨集
各種標準的Common Lisp功能也需要巨集來實現，如以下所列：
巨集是以defmacro來定義。基本運算子macrolet允許定義區域性的（詞法作用域）巨集。也可以使用define-symbol-macro和symbol-macrolet，為符號定義巨集。Paul Graham的《On Lisp》書籍詳細介紹了Common Lisp中巨集的用途。Doug Hoyte的《Let Over Lambda》書籍擴展了關於巨集的討論，聲稱「巨集是lisp編程最獨特的優勢，和任何編程語言的最大優點」。Hoyte提供了迭代開發的幾個巨集範例。
Lisp編程人員能夠利用巨集來創造新的語法形式。典型的用途是創建新的控制結構。
此處提供一個until循環結構的巨集範例，其語法如下：
until巨集的定義：
Common Lisp 巨集
tagbody是一個基本的Common Lisp運算子，它提供了命名標籤的能力，並使用go形式跳轉到這些標籤。反引號`的用途類似單引號'（相當於quote函數，引用形式當成資料而不求值），它還是一個可作代碼模板的符號，其中需要求值的形式參數以逗號,開頭填入模板；而以,@符號為開頭的形式參數，其中嵌套的內容會再被拆解評估。tagbody形式測試結束條件。如果條件為真，則跳轉到結束標籤；否則執行主體的代碼，然後跳轉到起始標記。
上述until巨集的使用範例：
利用macroexpand-1函數可以展開巨集的代碼。上例經過展開後的代碼如下所示：
在巨集展開期間，變量test的值為(= (random (10) 0)，變量body的值為((write "Hello"))，是一個列表形式。
Common Lisp 巨集
符號通常會自動轉成英文大寫。這個TAGBODY擴展中帶有兩個標籤符號，由GENSYM自動產生，並且不會被拘束到任何套件中（為待綁定的暫時自由變量）。兩個go形式會跳轉到這些標籤，因為tagbody是Common Lisp中的基本運算子（並不是巨集），因此它沒有其它內容會再展開。展開形式中用到的when巨集也會再展開。將一個巨集完全展開為源代碼的形式，被稱為代碼走開（code walking）。在已被完全展開的形式中，when巨集會被基本運算子if代換：
源碼中所有包含的巨集必須在展開之後，才能正常地評估或編譯。巨集可以理解為接受和返回抽象語法樹（Lisp S-表達式）的函數。這些函數會在求值器或編譯器調用之前，將巨集內容轉換為完整的源碼，Common Lisp中所提供的任何運算子都可用於編寫巨集。
Common Lisp 巨集
因为Common Lisp的巨集在展开完毕后就完全嵌入了所处的代码上下文中，相当于以字面形式书写同样的代码，因此在巨集展开代码中与上下文代码中相同的符号就会覆盖上面的引用，称为变量捕捉。如果Common Lisp的巨集展開代碼中的符號，與調用上下文中的符號相同時，通常稱為變量捕捉。對於巨集，程序員可在其中創建具有特殊含義的各種符號。變量捕捉這個術語可能有點誤導，因為所有的命名空間都有非預期捕捉到相同符號的弱點，包括運算子和函數的命名空間、tagbody標籤的命名空間、catch標記，條件處理程序和重新啟動的命名空間。
變量捕捉情況會使軟件產生缺陷，發生原因可分為下列兩種方式：
Lisp語族的Scheme方言提供了一個巨集寫入系統，它提供了參照透明度來消除這兩種類型的捕捉問題。這樣的巨集寫入系統有時被稱為“保健的”，特別是其支持者（認為不能自動解決捕捉問題的巨集系統是不正確的）。
在Common Lisp中巨集的保健，則以兩種不同方式擔保。
Common Lisp 巨集
一種方法是使用gensym：保證只產生唯一的符號在巨集擴展中使用，而不受到捕捉問題的威脅。在巨集定義中使用gensym是件零瑣的雜務，但利用巨集可簡便gensym的實例化和使用。gensym很容易解決類型二的捕捉問題，但它們不能以相同方式來處理類型一的捕捉問題，因為巨集展開不能重新命名，周圍代碼中參照所捕捉到的介入符號（被區域定義遮蔽的全局符號）。Gensym可以為巨集擴展所需要的全局符號，提供穩定的別名。巨集擴展使用這些秘密別名而非眾所熟知的名稱，因此重新定義熟知的名稱對巨集並沒有不利影響。
另一種方法是使用套件，在自己套件中定義的巨集，在套件中的擴展可以簡單地使用內部符號。使用套件能處理類型一和類型二捕捉問題。然而，套件不能解決參照到Common Lisp標準函數和運算子的類型一捕捉，因為用套件來解決捕捉問題，只能解析其私有符號（套件中的符號不是導入的，或能被其它套件看見的）；而Common Lisp函式庫的符號都是外部共用的，並經常導入到使用者定義套件中，或在使用者定義套件中是可見的。
以下範例是在巨集展開時，運算子命名空間中發生的不預期捕捉：
until巨集將展開為一個調用do功能的形式，該形式旨在引用Common Lisp標準的do巨集。但在這種情況下，do可能有完全不同的含義，所以until可能無法正常工作。
Common Lisp禁止對標準運算子和函數的重新定義，避免它們的遮蔽來解決此類問題。因為前例重新定義了do標準運算子，實際上是一個不合格的代碼片段，Common Lisp實作應當對前例進行診斷並拒絕其重新定義。
Common Lisp 條件系統
條件系統負責Common Lisp中的異常處理。它提供條件，處理程序和重新啟動。條件是描述異常情況（例如錯誤）的物件。如果一個條件訊號被發出了，Common Lisp系統將搜索此條件類型的處理程序並調用它。處理程序現在可以搜索重新啟動（restart），並使用這些重新啟動之一來自動修復當前的問題，利用條件類型與條件物件的一部份所提供的任何相關資訊等，並調用相對的重新啟動函數。
如果沒有處理程序的代碼，這些重新啟動可以對使用者顯示選項（作為使用者介面的一部分，例如除錯器），讓使用者選擇和調用提供的重新啟動選項。由於條件處理程序在錯誤的上下文中被調用（堆疊仍未清空），在許多情況下對錯誤的完全回復處理是可行的，而不同於其它的異常處理系統可能已經終止了當前的執行程序。除錯器本身也可以使用*debugger-hook*這個動態變量來客製或替換。在unwind-protect中寫明的代碼，譬如作為終結，也會適當地被執行例外。
Common Lisp 條件系統
以下範例（使用 Symbolics Genera）中，使用者從讀取求值打印循環（REPL，即頂層）呼叫一個test函數，嘗試開啟一個檔案，而當此檔案不存在時，Lisp系統則呈現四個重新啟動的選項。使用者選擇了s-B:這個重新啟動選項，並輸入不同的路徑名稱（以lispm-init.lisp取代了lispm-int.lisp）。使用者執行的源碼中並沒有包含任何錯誤處理。整個錯誤處理和重新啟動代碼是由Lisp系統本身所提供，它可以處理和修復錯誤，而不終止使用者執行中的程序碼。
Common Lisp Common Lisp 物件系統(CLOS)
Common Lisp包含了物件導向編程的工具包，Common Lisp物件系統或簡稱為CLOS，它是最強大的物件系統之一。Peter Norvig 解釋了在具備CLOS的動態語言中，如何使用其功能（多重繼承，混合，多方法，元類，方法組合等），以達成設計模式更簡單的實現。曾經有幾個擴展被提出來作為Common Lisp ANSI標準的物件導向編程應用，而最終採用了CLOS作為Common Lisp的標準物件系統。
CLOS是個具有多分派和多重繼承的動態物件系統，並且與靜態語言（如C++ 或Java）中的OOP設施截然不同。作為動態物件系統，CLOS允許在執行時期對泛化函數和類別進行更改。方法可以添加和刪除，類別可以添加和重新定義，物件可依照類別的變動更新，而物件所屬的類別也可以更改。CLOS已經整合到ANSI Common Lisp中。通过函數可以像普通函數一樣使用，並且是第一類資料類型。每個CLOS類別都已被整合到Common Lisp類別系統中。
Common Lisp Common Lisp 物件系統(CLOS)
Common Lisp中許多型別都有一個相對應的類別。規範中沒有說明CLOS實作的條件，CLOS進階用法的可能性並不是Common Lisp的ANSI標準，CLOS的用處有更多的潛能。一般Common Lisp實作將CLOS用於路徑名稱、流、輸入/輸出、條件，CLOS本身等等。
Common Lisp 編譯器和直譯器
早期Lisp方言的幾個實現提供了直譯器和編譯器，不幸的是兩者之間語義是不同的。這些早期的Lisps在編譯器中實作了詞法作用域，在直譯器中實作了動態作用域。Common Lisp要求直譯器和編譯器兩者皆預設使用詞法作用域。Common Lisp標準描述了直譯器和編譯器的語義。可以使用compile
函數呼叫編譯器，來編譯各個函數，並使用compile-file函數編譯源碼檔案。Common Lisp允許類型別聲明，並提供產生編譯器代碼的選擇。後者有優化參數可選擇0（不重要）和3（最重要）之間的值：會影響到執行速度，空間，安全性，除錯和編譯速度。
還有一個函數用來評估Lisp源碼：eval。eval將源碼視為預先解析的S-表達式，而不像其它語言只當成字串處理。這樣可以用常見的Lisp函數來建構代碼，用來構造列表和符號，然後以eval函數來評估該代碼。幾個Common Lisp實作（如Clozure CL和SBCL）以它們的編譯器來實現eval。這樣子即使用eval函數進行評估時，源碼也是會被編譯。
Common Lisp 編譯器和直譯器
使用compile-file函數呼叫檔案編譯器，產生的編譯檔稱為fasl（快速加載，fast load）檔案。這些fasl檔案和源碼檔案都能以load功能，加載到運行的Common Lisp系統中。根據實作，檔案編譯器會產生位元組碼（例如Java虛擬機），C語言代碼（然後以C編譯器編譯）或直接使用原生機器碼。
即使源碼已經完全被編譯，Common Lisp實作可以和使用者互動。因此，Common Lisp的互動介面並非類比於直譯腳本的設想。
這個語言區隔了讀取時期、編譯時期、加載時期和執行時期，並讓使用者編程在需求的步驟中，也依照這些區別來執行所需的處理種類。
有些特殊的運算子特別適合互動式開發；譬如，若defvar還沒有任何綁定時，則只對提供給它的變量進行賦值；而defparameter總是會執行賦值。在實時映像中互動地評估，編譯和載入代碼時，這種區別是有用的。還有一些功能也幫助撰寫編譯器和直譯器。符號由第一類物件所組成，可由使用者的代碼直接操縱。progv基本運算子允許以編程方式創造詞法綁定，也可以運用套件。Lisp編譯器本身在運行時可用來編譯檔案或單一函數，這使得Lisp成為其它編程語言的中途編譯器或直譯器變得容易。
Common Lisp 編程源碼範例
以下程序計算一個房間內最小數量的人，其完全獨特生日的概率小於 50％（生日悖論，1 人的概率明顯為 100％，2 為 364/365 等）。答案是 23。
使用REPL呼叫函數用例：
我們定義一個人員類別和一個顯示姓名和年齡的方法。接下來，我們將一組人定義為人物物件列表。然後我們遍歷排序列表。
它以降序打印三個名字。
使用LOOP宏：
使用示例：
與內建的求冪函數比較：
WITH-OPEN-FILE是打开一个文件并提供一个串流的宏。在这个形式返回的时候，这个文件自动关闭。FUNCALL调用一个函数对象。LOOP收集匹配谓词的所有行：
函数AVAILABLE-SHELLS调用上述LIST-MATCHING-LINES函数，并以一个路径名和作为谓词的一个匿名函数作为参数。这个谓词返回一个shell的路径名或NIL（如果这个字符串不是一个shell的路径名）：
例子结果（在Mac OS X 10.6之上）：
Common Lisp Common Lisp與Scheme的比较
Common Lisp經常和Scheme互相比較，因為它們是最受歡迎的兩種Lisp方言。Scheme早於CL，不僅來自同一個Lisp傳統，而且是Guy L. Steele與Gerald Jay Sussman設計的，Guy L. Steele也擔任過Common Lisp標準委員會的主席。
Common Lisp是一種普遍用途的的編程語言；相反的如Emacs Lisp和AutoLISP這兩種Lisp的變體，則是嵌入特定產品作為擴展用的語言。與許多早期的Lisps不同，Common Lisp（Scheme同樣）對源碼直譯和編譯時，預設為詞法變量作用域。
大部份Lisp系統（如ZetaLisp和Franz Lisp）的設計，促成了Common Lisp在直譯器中使用動態作用域的變量，並在編譯器中使用了詞法作用域的變量。由於ALGOL 68的啟發，Scheme引入了Lisp對詞法作用域變量的單一使用；這被廣泛認同是好主意。CL也支援動態作用域的變量，但必須將其顯式聲明為“特殊”。ANSI CL直譯器和編譯器之間的作用域界定是沒有差別的。
Common Lisp Common Lisp與Scheme的比较
Common Lisp有時被稱為Lisp-2，而Scheme被稱為Lisp-1。它指的是CL對函數和變量使用個別的命名空間（實際上CL有許多命名空間，例如go標籤，block名稱和loop關鍵字）。在涉及多個命名空間的權衡之間，CL與Scheme倡導者之間存在著長期的爭議。在Scheme中（廣義地）必須避免與函數名稱互相衝突的變量名稱；Scheme函數通常擁有名稱為lis，lst或lyst的參數，以免與系統內建的list函數衝突。然而在CL中，在傳遞函數作為參數時一定要顯式地引用函數的名稱空間，這也是一個常見的事件，如前面小節中的排序編程範例。
Common Lisp Common Lisp與Scheme的比较
在處理布爾邏輯值時，CL也與Scheme不同。Scheme使用特殊值#t和#f來表示邏輯真與假值。而CL遵循使用符號T和NIL的傳統Lisp慣例，NIL同時也是空列表。在CL中任何非NIL值被條件處理為真，例如if；而在Scheme當中，所有非#f值被視為真。這些慣例約定允許這兩種語言的一些運算子同時作為謂詞（回應邏輯上的是非問題），並返回一個作用值進行進一步的計算，但在Scheme的布爾表達式中，等同於Common Lisp空列表的NIL值或'()，會被評估為真。
最後，Scheme的標準文件要求尾部呼叫優化，而CL標準沒有。不過大多數CL實作會提供尾部呼叫優化，雖然通常只在程序員使用優化指令時。儘管如此，常見的CL編程風格並不偏好於Scheme中普遍使用的遞歸樣式- 一個Scheme程序員會使用尾部遞歸表達式，CL使用者則通常會用do，dolist，loop等迭代表達式，或使用iterate套件來表達。
Common Lisp 实现
Common Lisp是由一份技术规范定义而不是被某一种具体实现定义（前者的例子有Ada语言和C语言，后者有Perl语言）。存在很多种实现，语言标准详细阐明了可能导致合理歧义的内容。
另外，各种实现试图引入套件或函式库来提供标准没有提及的功能，可能的擴充功能如下所列：
可移植的自由软件库提供了各种特性，著名的有Common-Lisp.net和Common Lisp Open Code Collection项目。
Common Lisp设计为由增量编译器实现。优化编译的标准声明（例如内联函数）已进入语言规范的计划。大多数Lisp实现将函数编译成原生的机器语言。其他的编译器编译为中间码，有损速度但是容易实现二进制代码的可移植。由于Lisp提供了交互式的提示符以及函数增量式的依次编译，很多人误会为Lisp是纯解释语言。
Common Lisp 实现
一些基于Unix的实现，例如CLISP，可以作为脚本解释器使用；因此，系统可以像调用Perl或者Unix shell解释器一样透明地调用它。
免费的可重发布实现包括：
商业实现在Franz, Inc.，Xanalys Corp.，Digitool, Inc.，Corman Technologies和Scieneer Pty Ltd.。
Common Lisp 应用
Common Lisp被用于很多成功的商业应用中，最著名的（毫无疑问要归功于Paul Graham的推广）要数Yahoo!商店的站点。其他值得一提的例子有：
Common Lisp 应用
Mirai，Izware LLC's fully integrated 2d/3d computer graphics content creation suite that features what is almost universally regarded as the best polygonal modeler in the industry, an advanced IK/FK and non-linear animation system (later popularized by such products as Sega's Animanium and Softimage XSI, respectively), and advanced 2d and 3d painting. It is used in major motion pictures（most famously in New Line Cinema's Lord of the Rings）, video games and military simulations.
也有很多成功的开源应用用Common Lisp写成，例如：
同样，Common Lisp也被许多政府和非盈利组织采用。NASA中的例子有：
泰县 (江苏省)
泰县是江苏省旧县名。在今江苏省泰州市境内。
1912年，全国废州改县，以泰州置泰县。1913年8月，设淮扬道，泰州隶之。1927年，國民革命軍北伐占领泰县。同年，淮扬道废，泰县直属江苏省。1933年3月，属江苏省第八行政督察区。泰县县长兼任该区行政督察专员。1934年2月，泰县属江都区。1936年，各行政督察区重新以数字编号，属第五区（原江都区）。1939年1月，日伪军攻占泰县县城，泰县政府流亡:626。
行政院于1943年2月成立江苏省特别行政公署，1945年6月撤销，改设淮南行署。泰县随第五行政督察区先后隶之。1945年8月，日本投降。8月27日，泰县政府还驻县城。12月，撤销淮南行署，泰县隶仍隶第五行政督察区。國民政府因战争需要设立綏靖區，泰县划入第一绥靖区。1949年1月21日，中国人民解放军占领泰县县城:626。
泰县 (江苏省)
1949年1月，中共政权以泰县县城城厢及近郊部分设立泰州市，与泰县分治。当时，泰县政府驻在黄桥，今黄桥镇。4月21日，在泰州市成立苏北行政公署。5月25日，设立泰州专区，专署治所在姜堰镇。泰县与泰州市、泰兴县同隶之。1950年5月，泰州市并入泰县，泰县移治今海陵区。10月，复设泰州市，泰县移治姜堰镇。1953年，泰州专区改为扬州专区，泰县仍隶之:627。
1959年1月，泰县和泰州市合并为泰州县。1962年，撤销泰州县，恢复泰州市、泰县。泰县历属扬州专区、扬州地区、地级扬州市、地级泰州市。1994年撤销泰县，改设姜堰市。1997年4月，以姜堰市、泰兴县部分划归海陵区，日后成立高港区。2012年，改设姜堰区:627。
伊蘭迪爾
伊蘭迪爾（Elendil），是英國作家約翰·羅納德·瑞爾·托爾金的史詩式奇幻小說《魔戒》中的人物。
伊蘭迪爾是一個英雄人物。人稱高大的伊蘭迪爾（Elendil the Tall or Elendil the Fair）（托爾金表示他的身高達到7呎11）。他是安督奈伊親王阿門迪爾之子，埃西鐸和安那瑞安之父，亞爾諾（中土大陸北方）和剛鐸（中土大陸南方）兩王國開國國王。
伊蘭迪爾出生於第二紀元3119年，繼阿門迪爾之後領導忠實者，他維護了精靈的友誼與反對索倫及亞爾-法拉松的政策。伊蘭迪爾在昆雅語的意思是“精靈之友”（Elf-friend）或“星之戀人”（Star-lover）。