(Translated by https://www.hiragana.jp/)
即時編譯 - 维基百科，自由的百科全书 跳とべ转到内容ないよう

即時そくじ編へん譯やく

本页使用了标题或全文手工转换
维基百科ひゃっか，自由じゆう的てき百科ひゃっか全ぜん书
（重定しげさだ向こう自じJIT）
程ほど序じょ执行（英えい语：Execution (computing)）
基もと础概念がいねん
代だい码类型がた
编译策略さくりゃく
知名ちめい运行环境
著名ちょめい编译器き及工具ぐ链
  此條目め介かい紹的是ぜ執行しっこう電腦でんのう代だい碼的方法ほうほう。关于JIT的てき其他含義，请见「JIT (消しょう歧义)」。
不同ふどう类型的てき即そく时编译实现

在ざい计算机つくえ技わざ术中なか，即そく时编译（英語えいご：Just-in-time compilation，缩写为JIT；又また译及时编译[1]、实时编译[2]），也称为动态翻こぼし译或ある运行时编译[3]，是ぜ一いち种执行ぎょう计算机つくえ代だい码的てき方法ほうほう，这种方法ほうほう设计在ざい程ほど序じょ执行过程中ちゅう（在ざい執行しっこう期き）而不是ぜ在ざい执行之の前ぜん进行编译。[4]通常つうじょう，这包括ほうかつ源みなもと代だい码或ある更さら常つね见的字じ节码到いた机つくえ器き码的てき转换，然しか后きさき直接ちょくせつ执行。实现 JIT 编译器き的まと系けい统通常会じょうかい不断ふだん地ち分析ぶんせき正ただし在ざい执行的てき代だい码，并确定代さだよ码中可か被ひ即そく时编译加速そく的てき部分ぶぶん，在ざい这些部分ぶぶん中ちゅう，由ゆかり编译或ある重おも新しん编译带来的てき性能せいのう提ひさげ高だか将はた超ちょう过编译该代だい码的开销。

JIT编译是ぜ两种传统的てき机つくえ器き代だい码翻译方法ほう——提ひさげ前ぜん编译（英えい语：ahead-of-time compilation）（AOT）和わ直譯ちょくやく器き——的てき结合，它结合あい了りょう两者的てき优点和わ缺点けってん。[4]大だい致来说，JIT编译，以解释器的てき开销以及编译和わ链接（解かい释之外がい）的てき开销，结合了りょう编译代だい码的速度そくど与あずか解かい释的灵活性せい。JIT编译是ぜ動態どうたい編へん譯やく的てき一いち种形式しき，允まこと许自じ适应优化（英えい语：adaptive optimization），比ひ如动态重じゅう编译和わ特定とくてい于微ほろ架か構的てき加速かそく[nb 1][5]——因いん此，在ざい理り论上，JIT编译比ひ静しずか态编译能够产生せい更さら快かい的てき执行速度そくど。解かい释和JIT编译特とく别适合あい于动态编程语言，因いん为运行ぎょう时系统可以处理り后きさき期き绑定（英えい语：Late binding）的まと数すう据すえ类型并实施ほどこせ安全あんぜん保ほ证。

应用

[编辑]

JIT编译可か以应用よう于某些程序じょ，也可以用于某些能力りょく，特とく别是动态能力のうりょく，如正せい则表达式。例れい如，一いち个文本ほん编辑器き可か以把运行时提供ていきょう的てき正せい则表达式编译成なり机つくえ器き码，从而更さら快かい地ち进行匹ひき配はい——这不能ふのう提ひっさげ前ぜん完成かんせい，因いん为pattern只ただ在ざい运行时提供ていきょう。一いち些现代だい的てき运行时环境さかい依よ赖JIT编译来らい实现高速こうそく代だい码执行ぎょう，包括ほうかつ大だい多数たすうJava实现，以及微ほろ软的てき.NET框かまち架か。类似地ち，许多正せい则表达式库都具有ぐゆう对正则表达式进行JIT编译的てき功こう能のう，可か以编译成字じ节码，也可以编译成机つくえ器き码。JIT编译也用于一些模拟器中ちゅう，以便将はた机つくえ器き代だい码从一いち个CPU体系たいけい结构转换到另一个CPU体系たいけい结构。

JIT编译的てき一个常见实现是首先进行AOT编译，把わ源げん代だい码编译成字じ节码（虚きょ拟机代だい码），称しょう为字じ节码编译，然しか后きさき将はたJIT编译为机器き码（动态编译），而不是ぜ解かい释字节码。与あずか解かい释相比ひ，这提高だか了りょう运行时性能せいのう，但ただし代だい价是编译造成ぞうせい的てき延のべ迟。与あずか解かい释器一いち样，JIT编译器き不断ふだん地ち进行翻こぼし译，但ただし是ぜ对编译后的てき代だい码进行ぎょう缓存可か以最大さいだい限度げんど地ち减少在ざい给定运行期き间将来しょうらい执行相しょう同どう代だい码的延のべ迟。

概がい述じゅつ

[编辑]

在ざい字じ节码编译的てき系けい统中，源みなもと代だい码被ひ转换为称为字じ节码的中てきちゅう间表示ひょうじ形式けいしき。字じ节码不ふ是ぜ任にん何なん特定とくてい计算机つくえ的てき机つくえ器き代だい码，可か以在计算机つくえ体系たいけい结构之の间移植いしょく。然しか后きさき可か以在虚きょ拟机上うえ解かい释或运行字じ节码。JIT编译器き在ざい许多部分ぶぶん（或ある全部ぜんぶ、很少）读取字じ节码，并将它们动态编译成なり机つくえ器き代だい码，以便程ほど序じょ能のう够更快かい地ち运行。这可以针对每个文件けん、每まい个函数すう甚至任にん何なん任意にんい代だい码片段だん进行编译; 代だい码可以在即そく将はた执行时进行ぎょう编译（因いん此称为“即そく时”），然しか后きさき缓存并在以后重用じゅうよう，无需重おも新しん编译。

相そう比ひ之の下した，传统的てき解かい释型虚きょ拟机只ただ解かい释字节码，通常つうじょう性能せいのう要よう低てい得とく多た。有ゆう些解かい释器甚至不ふ需要じゅよう首くび先さき编译成なり字じ节码就可以解释源代だい码，但ただし性能せいのう更さら差さ。静せい态编译的代だい码或ある本ほん地代じだい码在ざい部署ぶしょ之の前ぜん编译。动态编译环境是ぜ在ざい执行期き间可以使用しよう编译器き的てき环境。 使用しようJIT技わざ术的一个共同目标是达到或超过静态编译的性能，同どう时保持ほじ字じ节码解かい释的优势：解析かいせき原始げんし源げん代だい码和执行基本きほん优化的てき许多“繁しげる重じゅう工作こうさく”通常つうじょう是ぜ在ざい编译时处理り的てき，在ざい部署ぶしょ之の前まえ：从字节码编译到机つくえ器き码要比ひ从源代だい码编译快得とく多た。与本よもと地代じだい码不同ふどう，部署ぶしょ的てき字じ节码是ぜ可か移植いしょく的てき。由よし于运行ぎょう时可以控制せい编译，比ひ如解释字节码，所以ゆえん它可以在安全あんぜん的てき沙すな箱ばこ中ちゅう运行。从字节码到机つくえ器き码的编译器き更さら容易ようい编写，因いん为便携式字じ节码编译器き已やめ经完成かんせい了りょう大だい部分ぶぶん工作こうさく。

JIT代だい码通常つうじょう比ひ解かい释器性能せいのう更さら好このみ。另外，在ざい某ぼう些情况下，它的性能せいのう可か以比静せい态编译更好こう，因いん为许多た优化只ただ在ざい运行时可行ぎょう：[6][7]

  1. 编译可か以针对目标CPU和わ应用程ほど序じょ运行的てき操作そうさ系けい统模型がた进行优化。例れい如，JIT可か以在检测到CPU支持しじSSE2矢や量りょうCPU指令しれい时选择它们。要よう使用しよう静せい态编译器获得这种优化级别的てき特殊とくしゅ性せい，必须为每个预期き的てき平台ひらだい/体系たいけい结构编译一个二进制文件，或ある者もの在ざい一个二进制文件中包含多个版本的部分代码。
  2. 该系统能够收集しゅうしゅう关于程ほど序じょ在ざい其所在ざい环境中ちゅう实际运行情じょう况的统计信しん息いき，并且能のう够重新しん排列はいれつ和重かずえ新しん编译以获得とく最さい佳けい性能せいのう。但ただし一些静态编译器也可以将概要信息作为输入。
  3. 该系统可以进行ぎょう全局ぜんきょく代だい码优化か（例れい如内うち联库函数すう），同どう时不失しつ去さ动态链接的てき优点，也不会かい失しつ去さ静しずか态编译器和わ链接器き固有こゆう的てき开销。具体ぐたい来らい说，在ざい进行全局ぜんきょく内ない联替换时，静せい态编译过程ほど可能かのう需要じゅよう运行时检查，并确保ほ如果对象的てき实际类重写うつし了りょう内ない联方法ほう，就会发生虚きょ拟调用よう，并且对数组访问的边界条件じょうけん检查可能かのう需要じゅよう在ざい循环中ちゅう处理。在ざい许多情たじょう况下，使用しよう即そく时编译，这种处理可か以从循环中ちゅう移出いしゅつ，通常つうじょう会かい大だい大だい提ひさげ高速度こうそくど。
  4. 尽つき管かん使用しよう静せい态编译的垃圾收集しゅうしゅう语言可か以做到这一いち点てん，但ただし字じ节码系けい统可以更容易ようい地ち重じゅう新しん排列はいれつ执行的てき代だい码，以获得どく更さら好このみ的てき缓存利用りよう率りつ。

由よし于JIT必须在ざい运行时呈现和执行本地ほんじ二に进制映像えいぞう，因いん此真正しんせい的てき机つくえ器き代だい码JIT需要じゅよう允まこと许在运行时执行ぎょう数すう据すえ的てき平台ひらだい，这使得とく在ざい基もと于哈佛结构的てき机つくえ器き上じょう使用しよう这种JIT成なり为不可能ふかのう的てき事情じじょう——对于某ぼう些操作そうさ系けい统和虚きょ拟机也是如此。然しか而，一种特殊类型的“JIT”可能かのう并不针对物理ぶつり机つくえ器き的てきCPU体系たいけい结构，而是一いち种优化か的てきVM字じ节码，在ざい这种情じょう况下，对原始げんし机つくえ器き代だい码的限げん制せい占うらない了りょう上じょう风，特とく别是在ざい字じ节码的てきVM最さい终将JIT用よう于本机つくえ代だい码的情じょう况下。[8]

启动延のべ迟和优化

[编辑]

由よし于加载和编译字じ节码所しょ需的时间，JIT在ざい应用程ほど序じょ的てき初はつ始はじめ执行中ちゅう会かい导致轻微到いた明あきら显的延のべ迟。有ゆう时这种延迟被称しょう为“启动时间延のべ迟”或ある“预热时间”。一般いっぱん来らい说，JIT执行的てき优化越えつ多た，生成せいせい的てき代だい码就越こし好よしみ，但ただし是ぜ初はつ始はじめ延のべ迟也会かい增加ぞうか。因よし此，JIT编译器き必须在ざい编译时间和わ希望きぼう生成せいせい的てき代だい码质量りょう之の间进行ぎょう权衡。除じょ了りょうJIT编译之の外そと，IO绑定操作そうさ也会增加ぞうか启动时间：例れい如，JVM的てき“rt.jar”类数据すえ文ぶん件けん为40 MB，JVM必须在ざい这个巨大きょだい的てき上下じょうげ文ぶん文ぶん件けん中ちゅう寻找大量たいりょう数すう据すえ。[9]

Sun的てきHotSpot Java虚きょ拟机使用しよう的てき一种可能的优化方法是将解释和JIT编译结合起おこり来らい。应用程ほど序じょ代だい码最初はつ是ぜ被ひ解かい释的，但ただしJVM监视哪些字じ节码序列じょれつ经常被ひ执行，并将它们转换为机器き代だい码，以便在ざい硬かた件けん上じょう直接ちょくせつ执行。对于只ただ执行几次的てき字じ节码，这节省しょう了りょう编译时间并减少しょう了りょう初はつ始はじめ延のべ迟；对于频繁执行的てき字じ节码，JIT编译用よう于在缓慢解かい释的初はつ始はじめ阶段之の后きさき以高速そく运行。此外，由ゆかり于程序じょ花はな费大量りょう时间执行的てき其实只ただ是ぜ一いち小しょう部分ぶぶん代だい码，因いん此减少しょう的てき编译时间非常ひじょう重要じゅうよう。最さい后きさき，在ざい初はつ始はじめ代だい码解释期间，可か以在编译之の前ぜん收集しゅうしゅう执行统计信しん息いき，这有助じょ于执行ぎょう更さら好このみ的てき优化。[10]

正せい确的权衡可か以根据すえ具体ぐたい情じょう况而变化。例れい如，Sun的てきJava虚きょ拟机有ゆう两种主要しゅよう模も式しき: 客きゃく户机和服わふく务器。在ざい客きゃく户端模も式しき下か，执行最小さいしょう程度ていど的てき编译和わ优化，以减少しょう启动时间。在ざい服ふく务器模も式しき下か，将はた执行大量たいりょう的てき编译和わ优化，以牺牲启动时间来最大さいだい限度げんど地ち提ひさげ高だか应用程ほど序じょ运行时的性能せいのう。其他Java即そく时编译器使用しよう一个方法执行次数的运行时度量，结合方法ほうほう的てき字じ节码大だい小作こさく为一种启发式方法来决定何时编译。[11]还有的てき使用しよう执行的てき次数じすう与あずか检测循环相しょう结合。[12]一般いっぱん来らい说，在ざい短期たんき运行的てき应用程ほど序じょ中ちゅう准じゅん确预测要优化的てき方法ほうほう要よう比ひ在ざい长期运行的てき应用程ほど序じょ中ちゅう准じゅん确得多た。[13]

微ほろ软的てき本地ほんじ镜像生成せいせい器き（英えい语：Native Image Generator）（Ngen）是ぜ另一种减少初始延迟的方法。[14]Ngen将しょう通用つうよう中ちゅう间语言げん映像えいぞう（英えい语：Common Intermediate Language）中なか的てき字じ节码预编译成机つくえ器き本ほん机つくえ代だい码。因よし此，不ふ需要じゅよう运行时编译。Visual Studio 2005附ふ带的.NET Framework 2.0在ざい安あん装そう之の后きさき立りつ即そく在ざい所有しょゆう微ほろ软库dll上じょう运行Ngen。预JIT提供ていきょう了りょう一种提高启动时间的方法。但ただし是ぜ，它生成せいせい的てき代だい码质量りょう可能かのう不ふ如JIT生成せいせい的てき代だい码质量りょう好このみ，原因げんいん与あずか静しずか态编译的代だい码（没ぼつ有ゆう按配あんばい置おけ优化（英えい语：profile-guided optimization））在ざい极端情じょう况下不ふ如JIT编译的てき代だい码的原因げんいん相しょう同どう：缺乏けつぼう分析ぶんせき数すう据すえ来らい驱动，例れい如，内ない联缓存そん。[15]

还有一いち些Java实现将はたAOT编译器き与あずかJIT编译器き（Excelsior JET）或ある解かい释器（GNU Compiler for Java）结合起おこり来らい。

历史

[编辑]

最早もはや发布的てきJIT编译器き通常つうじょう归功于约翰·麦むぎ卡锡在ざい1960年ねん对LISP的てき研究けんきゅう。[16]在ざい他た的てき重要じゅうよう论文《符号ふごう表ひょう达式的てき递归函数かんすう及其在ざい机つくえ器き上じょう的てき计算》（Recursive functions of symbolic expressions and their computation by machine, Part I）第だい一いち部分ぶぶん中ちゅう，他た提ひっさげ到いた了りょう在ざい运行时被转换的てき函数かんすう，因いん此不需要じゅよう保存ほぞん编译器き输出来でき打だ孔あな卡[17]（虽然更さら准じゅん确的说法是ぜ“编译并执行ぎょう系けい统（英えい语：Compile and go system）”）。另一个早期的应用来自肯·汤普逊，他た在ざい文ぶん本ほん编辑器きQED的てき正せい则表达式模も式しき匹ひき配はい中ちゅう使用しよう了りょうJIT。[18]为了提ひさげ高速度こうそくど，Thompson在ざい相あい容よう分ぶん時じ系統けいとう上通かみとおり过JIT到いたIBM 7090代だい码实现了正せい则表达式匹ひき配はい。[16]1970年ねん，Mitchell首くび创了一种有影响力的从解释中获取编译代码的技术，他た在ざい实验语言LC²中ちゅう实现了りょう这种技わざ术。[19][20]

Smalltalk（1983年ねん）开创了りょうJIT编译的てき新しん领域。例れい如，按需翻こぼし译为机つくえ器き代だい码，缓存结果以供以后使用しよう。当とう内うち存そん不足ふそく时，系けい统会删除部分ぶぶん代だい码，并在需要じゅよう时重新しん生成せいせい。[4][21]Sun的てきSelf语言广泛地ち改あらため进了这些技わざ术，一度是世界上速度最快的Smalltalk系けい统；运用完全かんぜん面めん向こう对象的てき语言实现了りょう高だか达优化かC语言一半いっぱん的てき速度そくど。[22]

Self被ひSun抛ほう弃了，但ただし是ぜ研究けんきゅう转向了りょうJava语言。“即そく时编译”这个术语是ぜ从制造づくり术语“及时”中ちゅう借か来らい的てき，并由Java普及ふきゅう，James Gosling从1993年ねん开始使用しよう这个术语。[23]目前もくぜん，大だい多数たすうJava虚きょ拟机的てき实现都と使用しようJIT技わざ术，因いん为HotSpot建立こんりゅう在ざい这个研究けんきゅう基もと础之上じょう，而且使用しよう广泛。

HP的てき项目Dynamo[24]是ぜ一いち个实验性的てきJIT编译器き，其字节码格式かくしき和わ机つくえ器き代だい码格式しき是ぜ相しょう同どう的てき；该系统将PA-6000机つくえ器き代だい码转换为PA-8000机つくえ器き代だい码。与あずか直ちょく觉相反あいはん，这导致了速度そくど的てき提ひさげ高だか，在ざい某ぼう些情况下是ぜ30%，因いん为这样做允まこと许在机つくえ器き代だい码级别进行ぎょう优化，例れい如，内ない联代码以更さら好地こうち使用しよう缓存，优化对动态库的てき调用，以及许多其他常つね规编译器无法尝试的てき运行时优化か。[25][26]

2019年ねん3月がつ30日にち，PHP宣布せんぷJIT将はた于2021年ねん加入かにゅうPHP 8[27]。[28]

安全あんぜん

[编辑]

JIT编译从根本上ほんかん使用しよう可か执行数すう据すえ，因いん此带来らい了りょう安全あんぜん挑战和わ可能かのう的てき漏も洞ほら。

JIT编译的てき实现包括ほうかつ将しょう源げん代だい码或字じ节码编译成なり机つくえ器き码并执行它。这通常つうじょう是ぜ直接ちょくせつ在ざい内ない存そん中ちゅう完成かんせい的てき——JIT编译器き将はた机つくえ器き代だい码直接ちょくせつ输出到いた内うち存そん中ちゅう并立即そく执行，而不是ぜ像ぞう通常つうじょう的てき提ひさげ前ぜん编译那な样将其输出で到いた磁盘，然しか后きさき作さく为单独どく的てき程ほど序じょ调用代だい码。在ざい现代的てき体系たいけい结构中ちゅう，由ゆかり于可か执行空そら间保护（英えい语：executable space protection），这会遇ぐう到いた一いち个问题——无法在ざい任意にんい内ない存そん裡うら執行しっこう程ほど式しき。在ざい任意にんい内ない存そん裡うら執行しっこう程ほど式しき存在そんざい潜在せんざい的てき安全あんぜん漏も洞ほら。因よし此，必须将しょう内ない存そん标记为可执行；出で于安全ぜん原因げんいん，应在代だい码写入内じゅだい存そん并标记为只ただ读之后きさき执行，因いん为可写うつし/可か执行内ない存そん是ぜ一个安全漏洞（参まいり见W^X（英えい语：W^X））。[29]例れい如 Firefox 中なか的てき JavaScript JIT 编译器き在ざい Firefox 46 版はん本中ほんなか引入了りょう这种保ほ护。[30]

JIT喷射（英えい语：JIT spraying）是ぜ一いち种利用りよう漏も洞ほら利用りよう的まと技わざ术，它使用しようJIT编译进行堆うずたか喷射（英えい语：heap spraying）——生成せいせい的てき内ない存そん然しか后きさき是ぜ可か执行的てき，如果执行可か以移动到堆積たいせき中ちゅう，这就允まこと许利用りよう。

参まいり见

[编辑]

注ちゅう释

[编辑]
  1. ^ 提ひさげ前ぜん编译器き也可以针对特定とくてい的てき微ほろ体系たいけい结构，但ただしAOT和わJIT之の间的区く别在于可移植いしょく性せい。JIT可か以在运行时生成せいせい为当前ぜん运行的てきCPU量りょう身み定じょう制せい的てき代だい码，而AOT必须事ごと先さき知道ともみち目め标CPU，而不是ぜ为微架か构的广义子こ集しゅう进行优化，这样的てき代だい码不仅不能ふのう在ざい其他CPU类型上じょう执行，而且可能かのう完全かんぜん不ふ稳定。

参考さんこう文献ぶんけん

[编辑]

引用いんよう

[编辑]
  1. ^ 丁ちょう宇新, 梅うめ嘉よしみ, & 程ほど虎とら. (1999). 国くに产开放系けい统平台だい Java 及时编译器き的てき设计与实现 (Doctoral dissertation). http://www.cnki.com.cn/Article/CJFDTotal-JSJX199912010.htm （页面存そん档备份，存そん于互联网档案あん馆）
  2. ^ 微ほろ软语言げん门户术语搜索そうさく （页面存そん档备份，存そん于互联网档案あん馆）中ちゅう英えい语Just-in-time compilation到いた简体中ちゅう文ぶん
  3. ^ Languages, Compilers, and Runtime Systems, University of Michigan, Computer Science and Engineering, [2018-03-15], （原始げんし内容ないよう存そん档于2018-03-26） 
  4. ^ 4.0 4.1 4.2 Aycock 2003.
  5. ^ Does the JIT take advantage of my CPU?. David Notario's WebLog. [2018-12-03]. （原始げんし内容ないよう存そん档于2018-12-04）. 
  6. ^ Croce, Louis. Just in Time Compilation (PDF). Columbia University. （原始げんし内容ないよう (PDF)存そん档于2018-05-03）. 
  7. ^ What are the advantages of JIT vs. AOT compilation. Stack Overflow. 2010-01-21. （原始げんし内容ないよう存そん档于2020-04-24）. 
  8. ^ javascript - Compile a JIT based lang to Webassembly. Stack Overflow. [2018-12-04]. （原始げんし内容ないよう存そん档于2019-12-14）. 
  9. ^ Haase, Chet. Consumer JRE: Leaner, Meaner Java Technology. Sun Microsystems. May 2007 [2007-07-27]. （原始げんし内容ないよう存そん档于2007-08-12）. At the OS level, all of these megabytes have to be read from disk, which is a very slow operation. Actually, it's the seek time of the disk that's the killer; reading large files sequentially is relatively fast, but seeking the bits that we actually need is not. So even though we only need a small fraction of the data in these large files for any particular application, the fact that we're seeking all over within the files means that there is plenty of disk activity.  
  10. ^ The Java HotSpot Performance Engine Architecture. Oracle.com. [2013-07-05]. （原始げんし内容ないよう存そん档于2013-07-21）. 
  11. ^ Schilling, Jonathan L. The simplest heuristics may be the best in Java JIT compilers (PDF). SIGPLAN Notices. February 2003, 38 (2): 36–46 [2020-04-18]. doi:10.1145/772970.772975. （原始げんし内容ないよう (PDF)存そん档于2015-09-24）. 
  12. ^ Toshio Suganuma, Toshiaki Yasue, Motohiro Kawahito, Hideaki Komatsu, Toshio Nakatani, "A dynamic optimization framework for a Java just-in-time compiler", Proceedings of the 16th ACM SIGPLAN conference on Object-oriented programming, systems, languages, and applications (OOPSLA '01), pp. 180–195, October 14–18, 2001.
  13. ^ Matthew Arnold, Michael Hind, Barbara G. Ryder, "An Empirical Study of Selective Optimization", Proceedings of the 13th International Workshop on Languages and Compilers for Parallel Computing-Revised Papers, pp. 49–67, August 10–12, 2000.
  14. ^ Native Image Generator (Ngen.exe). Msdn2.microsoft.com. [2013-07-05]. （原始げんし内容ないよう存そん档于2008-04-05）. 
  15. ^ Matthew R. Arnold, Stephen Fink, David P. Grove, Michael Hind, and Peter F. Sweeney, "A Survey of Adaptive Optimization in Virtual Machines （页面存そん档备份，存そん于互联网档案あん馆）", Proceedings of the IEEE, 92(2), February 2005, pp. 449–466.
  16. ^ 16.0 16.1 Aycock 2003，2. JIT Compilation Techniques, 2.1 Genesis, p. 98.
  17. ^ McCarthy, J. Recursive functions of symbolic expressions and their computation by machine, Part I. Communications of the ACM. April 1960, 3 (4): 184–195. CiteSeerX 10.1.1.111.8833 可免费查阅. doi:10.1145/367177.367199. 
  18. ^ Thompson 1968.
  19. ^ Aycock 2003，2. JIT Compilation Techniques, 2.2 LC², p. 98–99.
  20. ^ Mitchell, J.G. The design and construction of flexible and efficient interactive programming systems. 1970. 
  21. ^ Deutsch, L.P.; Schiffman, A.M. Efficient implementation of the Smalltalk-80 system (PDF). POPL '84: Proceedings of the 11th ACM SIGACT-SIGPLAN Symposium on Principles of Programming Languages. 1984: 297–302 [2020-04-18]. ISBN 0-89791-125-3. doi:10.1145/800017.800542. （原始げんし内容ないよう (PDF)存そん档于2004-06-18）. 
  22. ^ 存そん档副本ふくほん. [2020-04-18]. （原始げんし内容ないよう存そん档于2006-11-24）. 
  23. ^ Aycock, 2003 & 2.14 Java, p. 107, footnote 13.
  24. ^ "Dynamo: A Transparent Dynamic Optimization System" （页面存そん档备份，存そん于互联网档案あん馆） Vasanth Bala, Evelyn Duesterwald, Sanjeev Banerjia - PLDI '00 Proceedings of the ACM SIGPLAN 2000 conference on Programming language design and implementation - pages 1 to 12 - doi:10.1145/349299.349303. Retrieved March 28, 2012
  25. ^ John Jannotti. HP's Dynamo - Page 1 - (3/2000). Ars Technica. [2013-07-05]. （原始げんし内容ないよう存そん档于2012-02-05）. 
  26. ^ The HP Dynamo Project. [2016-04-12]. （原始げんし内容ないよう存そん档于2002-10-19）. 
  27. ^ PHP Gr8. [2020-04-18]. （原始げんし内容ないよう存そん档于2020-02-23）. 
  28. ^ PHP 8 and 7.4 to come with Just-in-time (JIT) to make most CPU-intensive workloads run significantly faster. April 2019 [2020-04-18]. （原始げんし内容ないよう存そん档于2020-10-07）. 
  29. ^ "How to JIT – an introduction （页面存そん档备份，存そん于互联网档案あん馆）", Eli Bendersky, November 5th, 2013 at 5:59 am
  30. ^ De Mooij, Jan. W^X JIT-code enabled in Firefox. Jan De Mooij. [2016-05-11]. （原始げんし内容ないよう存そん档于2016-05-14）. 

来らい源みなもと

[编辑]

外部がいぶ链接

[编辑]
检索自じ“https://zh.wikipedia.org/w/index.php?title=即時そくじ編へん譯やく&oldid=79451918”