imported>Cyberkiborg в 19:47, 4 февраля 2026

2026-02-04T19:47:49Z

Новая страница

{{стиль статьи|дата=2023-01-08}}
'''Байт-код''' (''байтко́д''; {{lang-en|bytecode}}, также иногда ''p-код'', {{Langi-en2|p-code}} от {{Langi-en2|portable code}}) — стандартное [[промежуточное представление]], в которое может быть переведена [[компьютерная программа]] автоматическими средствами. По сравнению с [[Исходный код|исходным кодом]], удобным для создания и чтения человеком, байт-код — это компактное представление программы, уже прошедшей [[Синтаксический анализ|синтаксический]] и [[Семантический анализ|семантический]] анализ. В нём закодированы [[Тип данных|типы]], [[Область видимости|области видимости]] и другие конструкции. С технической точки зрения байт-код представляет собой машинно-независимый [[Низкоуровневый язык программирования|код низкого уровня]], генерируемый [[транслятор]]ом из исходного кода.

Многие современные [[Язык программирования|языки программирования]], в особенности [[Интерпретируемый язык программирования|интерпретируемые]], используют байт-код для облегчения и ускорения работы [[интерпретатор]]а. Трансляция в байт-код является методом, промежуточным по эффективности между прямой [[Интерпретация (программирование)|интерпретацией]] и [[Компиляция (программирование)|компиляцией]] в машинный код.

По форме байт-код похож на [[машинный код]], но предназначен для исполнения не реальным [[процессор]]ом, а [[Виртуальная машина|виртуальной машиной]], в качестве которой обычно выступает [[интерпретатор]] соответствующего [[Язык программирования|языка программирования]], иногда дополненный [[JIT-компиляция|JIT-]] или [[AOT-компиляция|AOT-компилятором]].Спецификации байт-кода и исполняющих его виртуальных машин могут сильно различаться для разных языков: часто байт-код состоит из [[Инструкция (информатика)|инструкций]] для {{нп5|стековая архитектура|стековой|en|Stack machine}} [[Виртуальная машина|виртуальной машины]]<ref name="parr09stack">Terence Parr. Language Implementation Patterns — Pragmatic Bookshelf, December 2009, ISBN 978-1-934356-45-6 [https://www.safaribooksonline.com/library/view/language-implementation-patterns/9781680500097/f_0093.html «Part 3: Building Interpreters. Pattern 27 Stack-Based Bytecode Interpreter»] {{Wayback|url=https://www.safaribooksonline.com/library/view/language-implementation-patterns/9781680500097/f_0093.html|date=20150626120226}}</ref>, однако могут использоваться и [[Машина Минского|регистровые]] машины<ref name="parr09reg">Terence Parr. Language Implementation Patterns — Pragmatic Bookshelf, December 2009, ISBN 978-1-934356-45-6 [https://www.safaribooksonline.com/library/view/language-implementation-patterns/9781680500097/f_0094.html «Part 3: Building Interpreters. Pattern 28 Register-Based Bytecode Interpreter»] {{Wayback|url=https://www.safaribooksonline.com/library/view/language-implementation-patterns/9781680500097/f_0094.html|date=20150626151817}}</ref><ref name="virmshowdown-yshi2005">{{статья|автор=Yunhe Shi, David Gregg, Andrew Beatty, M. Anton Ertl|заглавие=Virtual Machine Showdown: Stack Versus Registers|язык=en|издание=VEE '05: Proceedings of the 1st ACM/USENIX international conference on Virtual execution environments|место=Chicago, Illinois, USA|издательство=ACM|год=2005|страницы=153 - 163 |isbn=1-59593-047-7|doi=10.1145/1064979.1065001}}</ref>. Тем не менее, большинство инструкций байт-кода обычно эквивалентны одной или нескольким командам [[Язык ассемблера|ассемблера]].

Название Байт-кода происходит от длины каждого [[Код операции|кода операции]], которая обычно составляет один [[байт]]. Каждая инструкция обычно представляет собой однобайтовый код операции (от 0 до 255), за которым могут следовать различные параметры, например, номер [[Регистр процессора|регистра]] или [[Адрес (информатика)|адрес]] в памяти.

== Исполнение ==
Программа на байт-коде обычно выполняется ''интерпретатором байт-кода''. Преимущество байт-кода в большей эффективности и [[Портирование программного обеспечения|портируемости]]: один и тот же байт-код может исполняться на разных [[Архитектура компьютера|архитектурах]], для которых реализован интерпретатор. Такое же преимущество дают непосредственно интерпретируемые языки, однако, поскольку байт-код обычно менее абстрактен и более компактен, чем исходный код, эффективность интерпретации байт-кода обычно выше, чем чистая интерпретация исходного кода или интерпретация [[Абстрактное синтаксическое дерево|АСД]]. Кроме того, интерпретатор байт-кода зачастую проще интерпретатора исходного кода и его проще перенести (портировать) на другую аппаратную платформу.

В высокопроизводительных реализациях виртуальных машин может применяться комбинация интерпретатора и [[JIT|JIT-компилятора]], который во время исполнения программы транслирует часто используемые фрагменты байт-кода в машинный код, применяя при этом различные оптимизации. Вместо JIT-компиляции может применяться [[AOT-компиляция|AOT-компилятор]], транслирующий байт-код в машинный код предварительно, до исполнения.

В то же время возможно создание процессоров, для которых данный байт-код является непосредственно машинным кодом (такие экспериментальные процессоры создавались, например, для языков [[Java]] и [[Форт (язык программирования)|Форт]]).

== История ==
Среди первых систем, использовавших байт-код, были O-code для BCPL (1960-е), Smalltalk (1976)<ref>[https://www.cs.purdue.edu/homes/jv/events/PBD13/slides/MarioWolczko.pdf Bringing Performanceand Scalability toDynamic Languages]{{Недоступная ссылка|date=Май 2018 |bot=InternetArchiveBot }} // Mario Wolczko, Oracle 2012 слайд 7</ref>, SIL (System Implementation Language) для языка Snobol-4 (1967), и '''[[p-код]]''' (''p-code'', 1970-е, при участии [[Вирт, Никлаус|Никлауса Вирта]]) для [[UCSD p-System|переносимых компиляторов]] языка программирования [[Паскаль (язык программирования)|Pascal]]<ref>[http://www.osp.ru/pcworld/2001/04/161427/ Руслан Богатырев. Летопись языков Паскаль] {{Wayback|url=http://www.osp.ru/pcworld/2001/04/161427/ |date=20150530051641 }}, Мир ПК, № 04/2001</ref><ref>[https://books.google.ru/books?id=7EES26vGz38C&pg=PA517&lpg=PA517& Компиляторы: принципы, технологии и инструментарий] {{Wayback|url=https://books.google.ru/books?id=7EES26vGz38C&pg=PA517&lpg=PA517&|date=20160304231018}} — Вильямс, ISBN 9785845901897, стр 517 «12.2 Компиляторы Pascal»</ref><ref>[http://www.threedee.com/jcm/psystem/ THE UCSD P-SYSTEM MUSEUM] {{Wayback|url=http://www.threedee.com/jcm/psystem/ |date=20150217045428 }}, 2004</ref>.

Варианты p-кода широко использовались в различных реализациях языка Pascal, например, в [[UCSD p-System]] ([[UCSD Pascal]]).<ref name=msil2002/>

== Применение ==
К интерпретируемым языкам, использующим байт-код, относятся [[Perl]], [[PHP]] (например [[Zend Engine]]), [[Ruby]] (начиная с версии 1.9), [[Python]], [[Erlang]] и многие другие.

Широко распространённые платформы, использующие байт-код<ref name=sharp-java-dobbs2001/>:
* [[Байт-код Java]] (стековая виртуальная машина), исполняемый различными [[Java Virtual Machine|виртуальными машинами Java]]<ref>http://www.javaworld.com/article/2077233/core-java/bytecode-basics.html {{Wayback|url=http://www.javaworld.com/article/2077233/core-java/bytecode-basics.html |date=20150519071206 }} 1996</ref><ref>{{cite web|url=http://www.osp.ru/cw/2001/06/9339/|title=Компиляторы, интерпретаторы и байт-код|author=Алан Джок|publisher=«Computerworld Россия», № 06, 2001|access-date=2015-05-18|archive-date=2010-10-28|archive-url=https://web.archive.org/web/20101028100552/http://www.osp.ru/cw/2001/06/9339/|url-status=live}}</ref>. Платформа была создана компанией [[Sun Microsystems|Sun]] для языка [[Java]], но стала использоваться и для других языков; существуют десятки высокопроизводительных реализаций JVM, использующих JIT-компиляторы;
** Существуют варианты трансляции Java в байт-код регистровых машин, например, в виртуальной машине [[Dalvik]] (с JIT-компиляцией) или при AOT-компиляции в [[Android Runtime|ART]];
* Платформа [[Microsoft .NET]] использует стековый байт-код [[MSIL|Intermediate Language]] (''CIL'', ''MSIL'')<ref name="msil2002">[https://books.google.ru/books?id=2J72ZJOwr_gC&pg=PA92&lpg=PA92& Understanding .NET: A Tutorial and Analysis] {{Wayback|url=https://books.google.ru/books?id=2J72ZJOwr_gC&pg=PA92&lpg=PA92&|date=20160306093011}}, David Chappell, David Wayne Chappell, 2002, ISBN 9780201741629 page 92</ref>, исполняемый с помощью [[Common Language Runtime]] (''CLR''). Создана Microsoft для C# и некоторых других языков;
* Сценарный язык [[JavaScript]] выполняется различными высокопроизводительными «[[Движок JavaScript|движками]]», в основном, встроенными в веб-браузеры, часто с возможностью JIT-оптимизации. Многие интерпретаторы построены с применением байт-кода, однако программы на JavaScript распространяются в виде исходных кодов;
* Сценарный язык [[ActionScript]] транслируется в стековый байт-код, распространяется в составе swf- и pdf-файлов, и выполняется виртуальными машинами в [[Adobe Flash]] и [[Adobe Acrobat]].

Компилятор [[Clipper]] создает исполняемый файл, в который включен байт-код, транслированный из исходного текста программы, и виртуальная машина, исполняющая этот байт-код.

Программы на Java обычно компилируются в {{нп3|class-файл|class-файлы|en|Java class file}}, содержащие [[байт-код Java]]. Эти универсальные файлы передаются на различные целевые машины.

В ранних реализациях [[Visual Basic]] (до версии 6) использовался высокоуровневый [[:en:Microsoft P-Code|Microsoft p-code]]<ref name=sharp-java-dobbs2001>[http://www1.cs.columbia.edu/~eaddy/publications/csharpvsjava-eaddy-ddj-feb01.htm C# Versus Java] {{Wayback|url=http://www1.cs.columbia.edu/~eaddy/publications/csharpvsjava-eaddy-ddj-feb01.htm |date=20160406001502 }} / Dr. Dobb’s Journal February 2001</ref>.

Высокоуровневые p-коды и байт коды применялись в [[СУБД]], некоторых реализациях [[Бейсик]]а и [[Паскаль (язык программирования)|Паскаля]].

В стандарте открытых загрузчиков [[Open Firmware]] фирмы [[Sun Microsystems]] байт-код представляет операторы языка [[Форт (язык программирования)|Форт]].

== Примеры ==
=== Python ===
Код:
<source lang="python">
>>> print("Hello, World!")
Hello, World!
</source>
Байт-код:
<source lang="python">
>>> import dis #импортируем модуль "dis" - Disassembler of Python byte code into mnemonics.
>>> dis.dis('print("Hello, World!")')
1 0 LOAD_NAME 0 (print)
2 LOAD_CONST 0 ('Hello, World!')
4 CALL_FUNCTION 1
6 RETURN_VALUE
</source>

=== Java ===
Код:
<syntaxhighlight lang="java">
outer:
for (int i = 2; i < 1000; i++) {
for (int j = 2; j < i; j++) {
if (i % j == 0)
continue outer;
}
System.out.println(i);
}
</syntaxhighlight>
Байт-код:
<syntaxhighlight lang="asm">
0: iconst_2
1: istore_1
2: iload_1
3: sipush 1000
6: if_icmpge 44
9: iconst_2
10: istore_2
11: iload_2
12: iload_1
13: if_icmpge 31
16: iload_1
17: iload_2
18: irem
19: ifne 25
22: goto 38
25: iinc 2, 1
28: goto 11
31: getstatic #84; //Field java/lang/System.out:Ljava/io/PrintStream;
34: iload_1
35: invokevirtual #85; //Method java/io/PrintStream.println:(I)V
38: iinc 1, 1
41: goto 2
44: return
</syntaxhighlight>

== Критика ==
Обычно байт-код проектируется в стиле стековых виртуальных машин, что упрощает генерацию из [[Абстрактное синтаксическое дерево|AST]], позволяет использовать более простую и компактную кодировку байт-кода, упростить интерпретатор и уменьшить количество машинного кода, требуемого для исполнения одной инструкции байт-кода. С другой стороны, такие варианты байт-кода для заданной программы содержат большее количество инструкций, чем байт-коды регистровых виртуальных машин, из-за чего интерпретатор должен совершить больше непрямых переходов, для которых плохо работает [[предсказание переходов]]<ref name="virmshowdown-yshi2005"/>. Байт-код для регистровых виртуальных машин имеет немного больший размер машинных кодов, однако количество инструкций по сравнению со стековым байт-кодом примерно в два раза меньше, а интерпретатор — быстрее на десятки процентов<ref name="virmshowdown-yshi2005"/>. Также байт-код стековых машин сложнее для проведения оптимизаций (выражения становятся неявными, связанные инструкции не сгруппированы, выражения распределены по нескольким [[базовый блок|базовым блокам]])<ref name=saabas07>{{статья|автор=Ando Saabas, Tarmo Uustalu|заглавие=Type systems for optimizing stack-based code|ссылка=http://cs.ioc.ee/~tarmo/papers/bytecode07.pdf|издание=Electronic Notes in Theoretical Computer Science|год=2007|выпуск=190.1|страницы=103-119.|doi=10.1016/j.entcs.2007.02.063|archive-url=https://web.archive.org/web/20160526172309/http://cs.ioc.ee/~tarmo/papers/bytecode07.pdf|archive-date=2016-05-26}}: «virtual stack or virtual register VMs can be executed more efficiently using an interpreter. Virtual register machines can be an attractive alternative to stack architectures because they allow the number of executed VM instructions to be substantially reduced.»</ref> и требует верификации корректности использования стека<ref>Gerwin Klein and Martin Wildmoser, [https://www4.in.tum.de/publ/papers/KleinW-TPHOLs03.pdf Verified Bytecode Subroutines] {{Wayback|url=https://www4.in.tum.de/publ/papers/KleinW-TPHOLs03.pdf |date=20170810061732 }} // Journal of Automated Reasoning 30.3-4 (2003): 363—398. «Bytecode verification is a static check for bytecode safety. Its purpose is to ensure that the JVM only executes safe code: no operand stack over- or underflows, no ill-formed instructions, no type errors»</ref>.

Ошибки верификации байт-кода стековых машин приводили к появлению множества экстремально опасных уязвимостей, в частности десятков в виртуальной машине AVM2, используемой в Adobe Flash для исполнения скриптов ActionScript<ref>Mark Dowd (X-Force Researcher IBM Internet Security Systems), [http://www.inf.fu-berlin.de/groups/ag-si/compsec_assign/Dowd2008.pdf Leveraging the ActionScript Virtual Machine]{{Недоступная ссылка|date=Май 2018 |bot=InternetArchiveBot }}, IBM 2008 «if there was a way to execute AS3 instructions that had never been verified, it would be quite dangerous. Unverified instructions would be able to manipulate the native runtime stack … The attack works by manipulating a data structure used by the AVM2 verifier such that it doesn’t correctly verify the ActionScript instructions for a given method»</ref><ref>Haifei Li, [http://www.fortiguard.com/files/CanSecWest2011_Flash_ActionScript.pdf Understanding and Exploiting Flash ActionScript Vulnerabilities] {{webarchive|url=https://web.archive.org/web/20131126092058/http://www.fortiguard.com/files/CanSecWest2011_Flash_ActionScript.pdf |date=2013-11-26 }}, 2011 «Bytecode -> Verification process … ActionScript Vulnerabilities are due to various program flow calculating errors in the Verification/Generation Process (the Verification Flow and the Execution Flow are not the same)»</ref><ref>Haifei Li (Microsoft), [http://recon.cx/2012/schedule/attachments/43_Inside_AVM_REcon2012.pdf Inside AVM] {{Wayback|url=http://recon.cx/2012/schedule/attachments/43_Inside_AVM_REcon2012.pdf |date=20141121023804 }} // REcon 2012, Montreal «Most Flash vulnerabilities are ActionScript-related … Faults on verification cause highly-dangerous JIT type confusion vulnerabilities. • highly-dangerous means perfect exploitation: bypassing ASLR+DEP, with %100 reliability, no heapSpray, no JITSpray. • JIT type confusion bugs are due to faults in the verification of AVM!»</ref> и нескольких в ранних популярных системах исполнения Java (JVM).<ref>The last stage of delirium research group, [http://www.blackhat.com/presentations/bh-asia-02/LSD/bh-asia-02-lsd.pdf Java and Java Virtual Machine security vulnerabilities and their exploitation techniques] {{Wayback|url=http://www.blackhat.com/presentations/bh-asia-02/LSD/bh-asia-02-lsd.pdf |date=20160312131952 }}, BlackHat 2002: «The flaw stemmed from the fact that Bytecode Verifier did not properly perform the bytecode flow analysis»</ref><ref>[http://www.ijarcsse.com/docs/papers/Volume_3/3_March2013/V3I3-0108.pdf Verification of Bytecode in a Virtual machine] {{webarchive|url=https://web.archive.org/web/20130430100332/http://ijarcsse.com/docs/papers/Volume_3/3_March2013/V3I3-0108.pdf |date=2013-04-30 }} // International Journal of Advanced Research in Computer Science and Software Engineering Vol.3 Issue 3 March 2013, ISSN 2277-128X: «Java byte code verification has been studied extensively from a correctness perspective, and several vulnerabilities have been found and eliminated in this process»</ref>

В конце 2000-х — начале 2010-х авторы компиляторов [[V8 (движок JavaScript)|V8]] (для языка JavaScript, часто реализуемого через байт-код)<ref>{{cite web|title=Dynamic Machine Code Generation|url=https://developers.google.com/v8/design#mach_code|publisher=Google|access-date=2015-05-18|archive-date=2013-09-17|archive-url=https://web.archive.org/web/20130917191010/https://developers.google.com/v8/design#mach_code|url-status=live}}</ref> и [[Dart]]<ref>{{cite web|last=Loitsch|first=Florian|title=Why Not a Bytecode VM?|url=http://www.dartlang.org/articles/why-not-bytecode/|publisher=Google|access-date=2015-05-18|archive-date=2013-05-12|archive-url=https://web.archive.org/web/20130512215811/http://www.dartlang.org/articles/why-not-bytecode/|url-status=live}}</ref> усомнились в том, что промежуточные байт-коды обязательны для быстрых и эффективных виртуальных машин. В этих проектах была реализована непосредственная [[JIT-компиляция]] (компиляция во время исполнения) из исходных кодов сразу в машинный код.<ref>{{cite web|title=JavaScript myth: JavaScript needs a standard bytecode|url=http://www.2ality.com/2012/01/bytecode-myth.html|author=Dr. Axel Rauschmayer|lang=en|access-date=2015-05-18|archive-date=2015-05-19|archive-url=https://web.archive.org/web/20150519211505/http://www.2ality.com/2012/01/bytecode-myth.html|url-status=live}}</ref>
== Примечания ==
{{примечания}}
{{Выполнение программы}}

[[Категория:Байт-код]]

Байт-код - История изменений

imported>Cyberkiborg в 19:47, 4 февраля 2026