Bytecode - Versionsgeschichte

95.222.83.134: Deutlicher. Binär ist zweiwertig: ist eine zweielementige Menge binär? deren Kardinalität ist jedenfalls unär dual 10. Auch der schönste Text ist dem Computer ein Muster von Strom / Nicht-Strom, auf der Ebene sehen Textdateien nicht weniger binär aus als ausführbare Dateien ...

2025-02-17T21:50:03Z

Deutlicher. Binär ist zweiwertig: ist eine zweielementige Menge binär? deren Kardinalität ist jedenfalls unär dual 10. Auch der schönste Text ist dem Computer ein Muster von Strom / Nicht-Strom, auf der Ebene sehen Textdateien nicht weniger binär aus als ausführbare Dateien ...

← Nächstältere Version		Version vom 17. Februar 2025, 23:50 Uhr
Zeile 1:		Zeile 1:
	'''Bytecode''' ist in der [[Informatik]] die Bezeichnung für eine Sammlung von [[Befehlssatz\|Befehlen]] in ~~binärer~~ ~~Form~~ für eine [[virtuelle Maschine]]. Es ~~kann~~ sowohl ~~ein~~ ~~Programm~~ als auch die ~~Vorgabe~~ ~~bezeichnen~~, ~~mit der~~ die ~~Programme~~ ~~codiert sind~~. Bytecode ist im Gegensatz zu [[Quelltext]]en oder [[Skriptsprache\|Skripten]] nicht „menschenlesbar“, Programmanweisungen und Werte sind wie in [[Maschinensprache\|Maschinencode]] als ~~„Bytes“~~ codiert, ~~allerdings~~ ~~mit~~ ~~dem Unterschied, dass Maschinencode~~ direkt von einem [[Prozessor]] ausgeführt ~~wird. Wenn~~ ~~man von „Bytecode“ spricht,~~ betont ~~es normalerweise~~, dass es ~~sich~~ ~~nicht um Maschinencode handelt, und dieser~~ von einem speziellen Programm „[[Interpreter\|interpretiert]]“ ~~werden soll bzw. allgemein:~~ in Maschinencode übersetzt wird. Es ~~schließt~~ ~~aber~~ ~~nicht~~ ~~aus~~, ~~dass~~ ~~ein~~ ~~Bytecode~~ ~~durch~~ ~~passende~~ ~~Prozessoren~~ ~~ausführbar~~ ~~wäre~~.		'''Bytecode''' ist in der [[Informatik]] die Bezeichnung für eine Sammlung von [[Befehlssatz\|Befehlen]], also die Maschinensprache für eine [[virtuelle Maschine]]. Bytecode bezeichnet sowohl die Vorschrift wie der Quellcode von Programmen in diesen Objektcode zu kodieren ist, als auch die Ergebnisse dieser Kodierung, also die ausführbaren Programme. Bytecode ist im Gegensatz zu [[Quelltext]]en oder [[Skriptsprache\|Skripten]] nicht „menschenlesbar“, Programmanweisungen und Werte sind wie in [[Maschinensprache\|Maschinencode]] als Bytes codiert. Maschinencode wird jedoch direkt von einem (Hardware) [[Prozessor]] ausgeführt, Bytecode dagegen betont, dass das Programm zunächst von einem speziellen anderen Programm „[[Interpreter\|interpretiert]]“, in Maschinencode übersetzt wird. Ein Bytecode kann jedoch von passenden Hardware-Prozessoren direkt ausgeführt werden, und Maschinencode wird meist, sozusagen als Bytecode, auf Software-Prozessoren entwickelt.

	Bei [[Compiler\|Kompilierung]] eines Quelltextes mancher [[Programmiersprache]]n oder Umgebungen – wie beispielsweise [[Java (Programmiersprache)\|Java]] – wird nicht direkt Maschinencode, sondern ein [[Zwischencode]], der Bytecode, erstellt.<ref name="itwissen">{{Internetquelle \|url=https://www.itwissen.info/Bytecode-bytecode.html \|titel=Bytecode \|werk=itwissen.info \|datum=2013-11-02 \|zugriff=2018-10-19}}</ref> Dieser Code ist in der Regel unabhängig von realer [[Hardware]]. Er entsteht als Resultat einer semantischen Analyse des Quelltexts und ist im Vergleich zu diesem deutlich kompakter und zumeist wesentlich effizienter interpretierbar als der originale Quelltext.		Bei [[Compiler\|Kompilierung]] eines Quelltextes mancher [[Programmiersprache]]n oder Umgebungen – wie beispielsweise [[Java (Programmiersprache)\|Java]] – wird nicht direkt Maschinencode, sondern ein [[Zwischencode]], der Bytecode, erstellt.<ref name="itwissen">{{Internetquelle \|url=https://www.itwissen.info/Bytecode-bytecode.html \|titel=Bytecode \|werk=itwissen.info \|datum=2013-11-02 \|zugriff=2018-10-19}}</ref> Dieser Code ist in der Regel unabhängig von realer [[Hardware]]. Er entsteht als Resultat einer semantischen Analyse des Quelltexts und ist im Vergleich zu diesem deutlich kompakter und zumeist wesentlich effizienter interpretierbar als der originale Quelltext.

OnionObserver: /* growthexperiments-addlink-summary-summary:2|0|0 */

2025-01-27T13:45:08Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 27. Januar 2025, 15:45 Uhr
Zeile 8:		Zeile 8:
	Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.		Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.

	Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand, nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln, ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].		Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand, nur einen Bytecode-Compiler für eine [[höhere Programmiersprache]] zu entwickeln, ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].

	Die Ausführung von Bytecode durch das Programm, das die virtuelle Maschine repräsentiert, geht auf Kosten von dessen Startzeit, welche im Allgemeinen aber eher nur messbar als wahrnehmbar beeinträchtigt wird. Spezielle [[Just-in-time-Kompilierung\|Just-in-time-Compiler]] (JIT-Compiler) übersetzen Bytecode-Stücke einmal während der Programmausführung in entsprechende Maschinencodestücke und führen diese dann aus. Dadurch lassen sich die Ausführungszeiten, jedoch nicht die Startzeiten, oft in den Bereich von vorübersetztem Maschinencode reduzieren.<ref>{{Internetquelle \|autor=Carles Mateo \|url=http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/ \|titel=Performance of several languages \|werk=carlesmateo.com \|datum=2017-03-26 \|abruf=2021-04-08 \|sprache=en \|kommentar=Blogeintrag}}</ref>		Die Ausführung von Bytecode durch das Programm, das die virtuelle Maschine repräsentiert, geht auf Kosten von dessen Startzeit, welche im Allgemeinen aber eher nur messbar als wahrnehmbar beeinträchtigt wird. Spezielle [[Just-in-time-Kompilierung\|Just-in-time-Compiler]] (JIT-Compiler) übersetzen Bytecode-Stücke einmal während der Programmausführung in entsprechende Maschinencodestücke und führen diese dann aus. Dadurch lassen sich die Ausführungszeiten, jedoch nicht die Startzeiten, oft in den Bereich von vorübersetztem Maschinencode reduzieren.<ref>{{Internetquelle \|autor=Carles Mateo \|url=http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/ \|titel=Performance of several languages \|werk=carlesmateo.com \|datum=2017-03-26 \|abruf=2021-04-08 \|sprache=en \|kommentar=Blogeintrag}}</ref>
Zeile 20:		Zeile 20:

	== Rückgewinnung von Quelltext aus Kompilaten ==		== Rückgewinnung von Quelltext aus Kompilaten ==
	Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref> Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen können allerdings nur dann ermittelt werden, wenn dem Compilat Daten für einen Debugger hinzugefügt wurden.		Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref> Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen können allerdings nur dann ermittelt werden, wenn dem Compilat Daten für einen [[Debugger]] hinzugefügt wurden.

	Bei Kompilierung zu Bytecode ist dieses sogenannte [[Decompiler\|Dekompilieren]] hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>		Bei Kompilierung zu Bytecode ist dieses sogenannte [[Decompiler\|Dekompilieren]] hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>

Invisigoth67: typo

2024-11-15T16:12:29Z

typo

← Nächstältere Version		Version vom 15. November 2024, 18:12 Uhr
Zeile 20:		Zeile 20:

	== Rückgewinnung von Quelltext aus Kompilaten ==		== Rückgewinnung von Quelltext aus Kompilaten ==
	Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref>. Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen können allerdings nur dann ermittelt werden, wenn dem Compilat Daten für einen Debugger hinzugefügt wurden.		Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref> Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen können allerdings nur dann ermittelt werden, wenn dem Compilat Daten für einen Debugger hinzugefügt wurden.

	Bei Kompilierung zu Bytecode ist dieses sogenannte [[Decompiler\|Dekompilieren]] hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>		Bei Kompilierung zu Bytecode ist dieses sogenannte [[Decompiler\|Dekompilieren]] hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>

Sebastian.Dietrich: /* Rückgewinnung von Quelltext aus Kompilaten */ Reverse Engineering ist was anderes, unenzyklopädisches entfernt, detto Anglizismus, Dekompilierung wird sogar verhindert,.NET Reflector entfernt (derartige Programme gibt es viele, gehört wenn dann in Decompiler)

2024-11-15T15:49:02Z

Rückgewinnung von Quelltext aus Kompilaten: Reverse Engineering ist was anderes, unenzyklopädisches entfernt, detto Anglizismus, Dekompilierung wird sogar verhindert,.NET Reflector entfernt (derartige Programme gibt es viele, gehört wenn dann in Decompiler)

← Nächstältere Version		Version vom 15. November 2024, 17:49 Uhr
Zeile 20:		Zeile 20:

	== Rückgewinnung von Quelltext aus Kompilaten ==		== Rückgewinnung von Quelltext aus Kompilaten ==
	Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref>. Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen~~, auch „Symbolnamen“ genannt,~~ können allerdings ~~nicht~~ ermittelt werden, ~~sofern~~ dem Compilat ~~keine~~ Daten für einen Debugger hinzugefügt wurden Also praktisch vom Programmierer vergessen wurde, den Compiler auf normale Kompilierung umzustellen. Maschinencode verwendet statt den menschenlesbaren Symbolnamen Speicheradressen. In diesem Fall verwendet man einfach für das so genannte [[Reverse Engineering]] einen Disassembler, welcher den Maschinencode in Assembler umsetzt. Dadurch kann man nachvollziehen was ein Programm macht, tut sich damit allerdings ungleich schwerer als mit der Formulierung in einer Hochsprache.		Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref>. Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen können allerdings nur dann ermittelt werden, wenn dem Compilat Daten für einen Debugger hinzugefügt wurden.

	Bei Kompilierung zu Bytecode ist ~~das~~ Dekompilieren hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>		Bei Kompilierung zu Bytecode ist dieses sogenannte [[Decompiler\|Dekompilieren]] hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>

	Mithilfe eines sogenannten [[Obfuskation (Software)\|~~Obfuscators~~]] kann die Nutzbarkeit des durch das Dekompilieren erhaltenen Quelltextes sehr stark eingeschränkt werden; ~~ein~~ ~~Dekompilieren~~ in die Quellsprache ~~soll~~ ~~dadurch~~ so ~~gut~~ ~~wie~~ ~~unmöglich~~ ~~gemacht~~ ~~werden~~.		Mithilfe eines sogenannten [[Obfuskation (Software)\|Obfuskators]] kann die Nutzbarkeit des durch das Dekompilieren erhaltenen Quelltextes sehr stark eingeschränkt werden. Mitunter werden Befehlsfolgen eingebaut, die in der Quellsprache nicht existieren (beispielsweise Code nach Ende einer Methode), was ein Dekompilieren in die Quellsprache gar nicht mehr möglich macht.

	Für eigene .NET-Projekte kann der [[.NET Reflector]] verwendet werden um den Quellcode wiederherzustellen. Dieser unterstützt die drei .NET-Sprachen C#, Visual Basic .NET und [[Delphi.NET]]. Alternativ bietet sich das quelloffene dnSpy an.

	== Weblinks ==		== Weblinks ==

2A02:810D:5A40:33C:1476:E85D:729E:48A: /* Rückgewinnung von Quelltext aus Kompilaten */

2024-11-15T14:54:43Z

Rückgewinnung von Quelltext aus Kompilaten

← Nächstältere Version		Version vom 15. November 2024, 16:54 Uhr
Zeile 20:		Zeile 20:

	== Rückgewinnung von Quelltext aus Kompilaten ==		== Rückgewinnung von Quelltext aus Kompilaten ==
	Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es ~~in der Regel~~ nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref> ~~Bei~~ ~~Kompilierung~~ zu ~~Bytecode~~ ~~ist~~ ~~dies~~ ~~hingegen~~ ~~oftmals~~ ~~kein~~ ~~allzu~~ ~~großes~~ ~~Problem.~~ ~~Hierbei~~ ~~kann~~ ~~zwar~~ ~~nicht~~ ~~der~~ ~~exakte~~ ~~Quellcode~~ ~~rekonstruiert~~ werden, ~~allerdings~~ ~~ist~~ es ~~häufig~~ ~~möglich,~~ ~~zumindest~~ ~~äquivalenten~~ ~~Code~~ in ~~der~~ ~~Quellsprache~~ ~~zurückzugewinnen,~~ ~~teilweise~~ ~~mit~~ ~~verblüffenden~~ ~~Ähnlichkeiten.~~ ~~Beispielsweise~~ ~~bei~~ ~~Java~~ ~~und~~ .~~NET~~ ~~ist~~ ~~dies~~ in den ~~meisten~~ ~~Fällen~~ ~~sehr~~ ~~gut~~ ~~möglich;~~ in ~~Prolog~~ ~~mit~~ [[~~Warren’s~~ ~~Abstract Machine\|WAM~~]]~~-Bytecode~~ ~~ist~~ ~~eine~~ ~~Rückgewinnung~~ ~~immer~~ ~~möglich;<ref>{{Internetquelle~~ ~~\|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf~~ ~~\|seiten=5~~ ~~\|werk=ac~~.uk ~~\|sprache=en~~ ~~\|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf~~ ~~\|archiv-datum=2014-03-28~~ ~~\|titel=CS1Bh~~ ~~Lecture~~ ~~Note~~ 7 ~~Compilation~~ I: ~~Java~~ ~~Byte~~ ~~Code~~ ~~\|datum=2003-02-06~~ ~~\|zugriff=2018-10-19~~ ~~\|format=PDF}}</ref>~~		Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref>. Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen, auch „Symbolnamen“ genannt, können allerdings nicht ermittelt werden, sofern dem Compilat keine Daten für einen Debugger hinzugefügt wurden Also praktisch vom Programmierer vergessen wurde, den Compiler auf normale Kompilierung umzustellen. Maschinencode verwendet statt den menschenlesbaren Symbolnamen Speicheradressen. In diesem Fall verwendet man einfach für das so genannte [[Reverse Engineering]] einen Disassembler, welcher den Maschinencode in Assembler umsetzt. Dadurch kann man nachvollziehen was ein Programm macht, tut sich damit allerdings ungleich schwerer als mit der Formulierung in einer Hochsprache.

			Bei Kompilierung zu Bytecode ist das Dekompilieren hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>
⚫	Mithilfe eines sogenannten [[Obfuskation (Software)\|~~Obfuskators~~]] kann die Nutzbarkeit des durch das Dekompilieren erhaltenen Quelltextes sehr stark eingeschränkt werden; ~~mitunter ist~~ ein Dekompilieren in die Quellsprache ~~gar~~ ~~nicht~~ ~~mehr~~ ~~möglich~~.

		⚫	Mithilfe eines sogenannten [[Obfuskation (Software)\|Obfuscators]] kann die Nutzbarkeit des durch das Dekompilieren erhaltenen Quelltextes sehr stark eingeschränkt werden; ein Dekompilieren in die Quellsprache soll dadurch so gut wie unmöglich gemacht werden.

	Für eigene .NET-Projekte kann der [[.NET Reflector]] verwendet werden um den Quellcode wiederherzustellen. Dieser unterstützt die drei .NET-Sprachen C#, Visual Basic .NET und [[Delphi.NET]]. Alternativ bietet sich das quelloffene dnSpy an.		Für eigene .NET-Projekte kann der [[.NET Reflector]] verwendet werden um den Quellcode wiederherzustellen. Dieser unterstützt die drei .NET-Sprachen C#, Visual Basic .NET und [[Delphi.NET]]. Alternativ bietet sich das quelloffene dnSpy an.

Carrot account: /* Hintergründe */ Grammatik

2024-10-10T21:34:28Z

Hintergründe: Grammatik

← Nächstältere Version		Version vom 10. Oktober 2024, 23:34 Uhr
Zeile 15:		Zeile 15:
	Viele interpretierte Sprachen verwenden auch intern Bytecode. Das bedeutet, dass der Bytecode an sich unsichtbar für den Programmierer und Endbenutzer gehalten wird und automatisch als Zwischenschritt der Interpretation des Programmes erzeugt wird. Beispiele für aktuelle Sprachen, die diese Technik verwenden, sind: Perl, PHP, Prolog, Tcl und Python. In Python wird der Bytecode nach dem ersten Parsen in .pyc-Dateien (welche den Bytecode enthalten) abgelegt; das Vorgehen ähnelt damit prinzipiell dem bei Java. Dieser Schritt ist jedoch optional.		Viele interpretierte Sprachen verwenden auch intern Bytecode. Das bedeutet, dass der Bytecode an sich unsichtbar für den Programmierer und Endbenutzer gehalten wird und automatisch als Zwischenschritt der Interpretation des Programmes erzeugt wird. Beispiele für aktuelle Sprachen, die diese Technik verwenden, sind: Perl, PHP, Prolog, Tcl und Python. In Python wird der Bytecode nach dem ersten Parsen in .pyc-Dateien (welche den Bytecode enthalten) abgelegt; das Vorgehen ähnelt damit prinzipiell dem bei Java. Dieser Schritt ist jedoch optional.

	Auch dieses Verfahren ist sehr alt: Bereits für [[Lisp]] wurde in den 1960er Jahren Bytecompiling eingesetzt: Die 256 [[Lispatom\|~~atomare~~]] Funktionen wurden in einem Byte kodiert. Frühe [[BASIC]]-Versionen der 1970er und 1980er Jahre verwendeten anstelle der Schlüsselwörter bestimmte Byte-Werte, sogenannte [[Token (Übersetzerbau)\|Tokens]], um die Ausführung ihrer Programme zu beschleunigen und den Programmtext in einer kompakteren Form abzuspeichern. Der restliche Text – zum Beispiel Variablen, mathematische Ausdrücke und Zeichenketten – wurde jedoch unverändert gespeichert. Bei Ausgabe durch den LIST-Befehl wurden die Tokens wieder in lesbare Schlüsselwörter umgewandelt. Ein bekannter früher [[Heimcomputer]], der Bytecode verwendet, ist der [[Texas Instruments TI-99/4A\|TI 99/4a]] von [[Texas Instruments]].		Auch dieses Verfahren ist sehr alt: Bereits für [[Lisp]] wurde in den 1960er Jahren Bytecompiling eingesetzt: Die 256 [[Lispatom\|atomaren]] Funktionen wurden in einem Byte kodiert. Frühe [[BASIC]]-Versionen der 1970er und 1980er Jahre verwendeten anstelle der Schlüsselwörter bestimmte Byte-Werte, sogenannte [[Token (Übersetzerbau)\|Tokens]], um die Ausführung ihrer Programme zu beschleunigen und den Programmtext in einer kompakteren Form abzuspeichern. Der restliche Text – zum Beispiel Variablen, mathematische Ausdrücke und Zeichenketten – wurde jedoch unverändert gespeichert. Bei Ausgabe durch den LIST-Befehl wurden die Tokens wieder in lesbare Schlüsselwörter umgewandelt. Ein bekannter früher [[Heimcomputer]], der Bytecode verwendet, ist der [[Texas Instruments TI-99/4A\|TI 99/4a]] von [[Texas Instruments]].

	Aufgrund des stark begrenzten Speicherplatzes der ersten Homecomputer war es unumgänglich, beispielsweise BASIC-Programme als Bytecode in den [[Random-Access Memory\|RAM]] zu überführen. Alternativ konnte man nur mit direkt eingegebenen Maschinencode programmieren. Reiner Text wäre sehr schnell an die Speichergrenze gestoßen. Die Platzersparnis von Quelltexten in Bytecodeform war aber auch später noch angesichts langsamer und begrenzter Massenspeicher von Vorteil. Hinzu kommt der große Vorteil, dass Bytecode deutlich schneller ausgeführt werden kann als ein normaler Quelltext. Statt jeden Buchstaben eines Befehls zu vergleichen, um erst mal herauszufinden, um welchen Befehl es sich handelt, muss man nur ein oder wenige Bytes vergleichen, die diesen repräsentieren.		Aufgrund des stark begrenzten Speicherplatzes der ersten Homecomputer war es unumgänglich, beispielsweise BASIC-Programme als Bytecode in den [[Random-Access Memory\|RAM]] zu überführen. Alternativ konnte man nur mit direkt eingegebenen Maschinencode programmieren. Reiner Text wäre sehr schnell an die Speichergrenze gestoßen. Die Platzersparnis von Quelltexten in Bytecodeform war aber auch später noch angesichts langsamer und begrenzter Massenspeicher von Vorteil. Hinzu kommt der große Vorteil, dass Bytecode deutlich schneller ausgeführt werden kann als ein normaler Quelltext. Statt jeden Buchstaben eines Befehls zu vergleichen, um erst mal herauszufinden, um welchen Befehl es sich handelt, muss man nur ein oder wenige Bytes vergleichen, die diesen repräsentieren.

Carrot account: /* Technische Details */ Lesbarkeit erhöht.

2024-10-10T21:28:10Z

Technische Details: Lesbarkeit erhöht.

← Nächstältere Version		Version vom 10. Oktober 2024, 23:28 Uhr
Zeile 8:		Zeile 8:
	Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.		Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.

	Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].		Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand, nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln, ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].

	Die Ausführung von Bytecode durch das Programm, das die virtuelle Maschine repräsentiert, geht auf Kosten von dessen Startzeit, welche im Allgemeinen aber eher nur messbar als wahrnehmbar beeinträchtigt wird. Spezielle [[Just-in-time-Kompilierung\|Just-in-time-Compiler]] (JIT-Compiler) übersetzen Bytecode-Stücke einmal während der Programmausführung in entsprechende Maschinencodestücke und führen diese dann aus. Dadurch lassen sich die Ausführungszeiten, jedoch nicht die Startzeiten, oft in den Bereich von vorübersetztem Maschinencode reduzieren.<ref>{{Internetquelle \|autor=Carles Mateo \|url=http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/ \|titel=Performance of several languages \|werk=carlesmateo.com \|datum=2017-03-26 \|abruf=2021-04-08 \|sprache=en \|kommentar=Blogeintrag}}</ref>		Die Ausführung von Bytecode durch das Programm, das die virtuelle Maschine repräsentiert, geht auf Kosten von dessen Startzeit, welche im Allgemeinen aber eher nur messbar als wahrnehmbar beeinträchtigt wird. Spezielle [[Just-in-time-Kompilierung\|Just-in-time-Compiler]] (JIT-Compiler) übersetzen Bytecode-Stücke einmal während der Programmausführung in entsprechende Maschinencodestücke und führen diese dann aus. Dadurch lassen sich die Ausführungszeiten, jedoch nicht die Startzeiten, oft in den Bereich von vorübersetztem Maschinencode reduzieren.<ref>{{Internetquelle \|autor=Carles Mateo \|url=http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/ \|titel=Performance of several languages \|werk=carlesmateo.com \|datum=2017-03-26 \|abruf=2021-04-08 \|sprache=en \|kommentar=Blogeintrag}}</ref>

Carrot account: /* Technische Details */ Aufzählung möglicherweise nicht vollständig.

2024-10-09T20:55:03Z

Technische Details: Aufzählung möglicherweise nicht vollständig.

← Nächstältere Version		Version vom 9. Oktober 2024, 22:55 Uhr
Zeile 6:		Zeile 6:
	Die virtuelle Maschine – im Fall von Java die [[Java Virtual Machine]] (JVM) – führt dann dieses Zwischenergebnis aus, indem sie zur [[Laufzeit (Informatik)\|Laufzeit]] den Bytecode entweder in Maschinensprache für den jeweiligen [[Prozessor]] übersetzt ([[Just-in-time-Kompilierung]]) oder entsprechende Maschinencode-Routinen ausführt ([[Interpreter]]). Dabei muss die virtuelle Maschine für jede Rechnerplattform, auf der das Kompilat ausgeführt werden soll, vorhanden sein.<ref>{{Internetquelle \|url=https://techterms.com/definition/bytecode \|werk=techterms.com \|titel=Bytecode \|sprache=en \|datum=2018-01-23 \|zugriff=2018-10-19}}</ref>		Die virtuelle Maschine – im Fall von Java die [[Java Virtual Machine]] (JVM) – führt dann dieses Zwischenergebnis aus, indem sie zur [[Laufzeit (Informatik)\|Laufzeit]] den Bytecode entweder in Maschinensprache für den jeweiligen [[Prozessor]] übersetzt ([[Just-in-time-Kompilierung]]) oder entsprechende Maschinencode-Routinen ausführt ([[Interpreter]]). Dabei muss die virtuelle Maschine für jede Rechnerplattform, auf der das Kompilat ausgeführt werden soll, vorhanden sein.<ref>{{Internetquelle \|url=https://techterms.com/definition/bytecode \|werk=techterms.com \|titel=Bytecode \|sprache=en \|datum=2018-01-23 \|zugriff=2018-10-19}}</ref>

	Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.		Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.

	Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].		Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].

2001:638:804:2084:BD71:978E:3F93:A88F am 9. Oktober 2024 um 08:31 Uhr

2024-10-09T08:31:23Z

← Nächstältere Version		Version vom 9. Oktober 2024, 10:31 Uhr
Zeile 1:		Zeile 1:
	'''Bytecode''' ist in der [[Informatik]] die Bezeichnung für eine Sammlung von [[Befehlssatz\|Befehlen]] in binärer Form für eine [[virtuelle Maschine]]. Es kann sowohl ein Programm als auch die Vorgabe bezeichnen, mit der die Programme codiert sind. Bytecode ist im Gegensatz zu [[Quelltext]]en oder [[Skriptsprache\|Skripten]] nicht „menschenlesbar“, Programmanweisungen und Werte sind wie in [[Maschinensprache\|Maschinencode]] als „Bytes“ codiert. ~~Allerdings~~ mit dem Unterschied, dass Maschinencode direkt von einem [[Prozessor]] ausgeführt wird. Wenn man von „Bytecode“ spricht, betont es normalerweise, dass es sich nicht um Maschinencode handelt, und dieser von einem speziellen Programm „[[Interpreter\|interpretiert]]“ werden soll bzw. allgemein: in Maschinencode übersetzt wird. Es schließt aber nicht aus, dass ein Bytecode durch passende Prozessoren ausführbar wäre.		'''Bytecode''' ist in der [[Informatik]] die Bezeichnung für eine Sammlung von [[Befehlssatz\|Befehlen]] in binärer Form für eine [[virtuelle Maschine]]. Es kann sowohl ein Programm als auch die Vorgabe bezeichnen, mit der die Programme codiert sind. Bytecode ist im Gegensatz zu [[Quelltext]]en oder [[Skriptsprache\|Skripten]] nicht „menschenlesbar“, Programmanweisungen und Werte sind wie in [[Maschinensprache\|Maschinencode]] als „Bytes“ codiert, allerdings mit dem Unterschied, dass Maschinencode direkt von einem [[Prozessor]] ausgeführt wird. Wenn man von „Bytecode“ spricht, betont es normalerweise, dass es sich nicht um Maschinencode handelt, und dieser von einem speziellen Programm „[[Interpreter\|interpretiert]]“ werden soll bzw. allgemein: in Maschinencode übersetzt wird. Es schließt aber nicht aus, dass ein Bytecode durch passende Prozessoren ausführbar wäre.

	Bei [[Compiler\|Kompilierung]] eines Quelltextes mancher [[Programmiersprache]]n oder Umgebungen – wie beispielsweise [[Java (Programmiersprache)\|Java]] – wird nicht direkt Maschinencode, sondern ein [[Zwischencode]], der Bytecode, erstellt.<ref name="itwissen">{{Internetquelle \|url=https://www.itwissen.info/Bytecode-bytecode.html \|titel=Bytecode \|werk=itwissen.info \|datum=2013-11-02 \|zugriff=2018-10-19}}</ref> Dieser Code ist in der Regel unabhängig von realer [[Hardware]]. Er entsteht als Resultat einer semantischen Analyse des Quelltexts und ist im Vergleich zu diesem deutlich kompakter und zumeist wesentlich effizienter interpretierbar als der originale Quelltext.		Bei [[Compiler\|Kompilierung]] eines Quelltextes mancher [[Programmiersprache]]n oder Umgebungen – wie beispielsweise [[Java (Programmiersprache)\|Java]] – wird nicht direkt Maschinencode, sondern ein [[Zwischencode]], der Bytecode, erstellt.<ref name="itwissen">{{Internetquelle \|url=https://www.itwissen.info/Bytecode-bytecode.html \|titel=Bytecode \|werk=itwissen.info \|datum=2013-11-02 \|zugriff=2018-10-19}}</ref> Dieser Code ist in der Regel unabhängig von realer [[Hardware]]. Er entsteht als Resultat einer semantischen Analyse des Quelltexts und ist im Vergleich zu diesem deutlich kompakter und zumeist wesentlich effizienter interpretierbar als der originale Quelltext.

2A02:810D:5A40:33C:6025:7F5:9574:61: /* Hintergründe */

2023-10-01T14:15:55Z

Hintergründe

← Nächstältere Version		Version vom 1. Oktober 2023, 16:15 Uhr
Zeile 15:		Zeile 15:
	Viele interpretierte Sprachen verwenden auch intern Bytecode. Das bedeutet, dass der Bytecode an sich unsichtbar für den Programmierer und Endbenutzer gehalten wird und automatisch als Zwischenschritt der Interpretation des Programmes erzeugt wird. Beispiele für aktuelle Sprachen, die diese Technik verwenden, sind: Perl, PHP, Prolog, Tcl und Python. In Python wird der Bytecode nach dem ersten Parsen in .pyc-Dateien (welche den Bytecode enthalten) abgelegt; das Vorgehen ähnelt damit prinzipiell dem bei Java. Dieser Schritt ist jedoch optional.		Viele interpretierte Sprachen verwenden auch intern Bytecode. Das bedeutet, dass der Bytecode an sich unsichtbar für den Programmierer und Endbenutzer gehalten wird und automatisch als Zwischenschritt der Interpretation des Programmes erzeugt wird. Beispiele für aktuelle Sprachen, die diese Technik verwenden, sind: Perl, PHP, Prolog, Tcl und Python. In Python wird der Bytecode nach dem ersten Parsen in .pyc-Dateien (welche den Bytecode enthalten) abgelegt; das Vorgehen ähnelt damit prinzipiell dem bei Java. Dieser Schritt ist jedoch optional.

	Auch dieses Verfahren ist sehr alt: Bereits für [[Lisp]] wurde in den 1960er Jahren Bytecompiling eingesetzt: Die 256 [[Lispatom\|atomare]] Funktionen wurden in einem Byte kodiert~~; was Anlass für die Namensgebung war~~. Frühe [[BASIC]]-Versionen der 1970er und 1980er Jahre ~~verwandten~~ anstelle der Schlüsselwörter bestimmte Byte-Werte, sogenannte [[Token (Übersetzerbau)\|Tokens]], um die Ausführung ihrer Programme zu beschleunigen und den Programmtext in einer kompakteren Form abzuspeichern. Der restliche Text – zum Beispiel Variablen, mathematische Ausdrücke und Zeichenketten – wurde jedoch unverändert gespeichert. Bei Ausgabe durch den LIST-Befehl wurden die Tokens wieder in lesbare Schlüsselwörter umgewandelt.		Auch dieses Verfahren ist sehr alt: Bereits für [[Lisp]] wurde in den 1960er Jahren Bytecompiling eingesetzt: Die 256 [[Lispatom\|atomare]] Funktionen wurden in einem Byte kodiert. Frühe [[BASIC]]-Versionen der 1970er und 1980er Jahre verwendeten anstelle der Schlüsselwörter bestimmte Byte-Werte, sogenannte [[Token (Übersetzerbau)\|Tokens]], um die Ausführung ihrer Programme zu beschleunigen und den Programmtext in einer kompakteren Form abzuspeichern. Der restliche Text – zum Beispiel Variablen, mathematische Ausdrücke und Zeichenketten – wurde jedoch unverändert gespeichert. Bei Ausgabe durch den LIST-Befehl wurden die Tokens wieder in lesbare Schlüsselwörter umgewandelt. Ein bekannter früher [[Heimcomputer]], der Bytecode verwendet, ist der [[Texas Instruments TI-99/4A\|TI 99/4a]] von [[Texas Instruments]].

			Aufgrund des stark begrenzten Speicherplatzes der ersten Homecomputer war es unumgänglich, beispielsweise BASIC-Programme als Bytecode in den [[Random-Access Memory\|RAM]] zu überführen. Alternativ konnte man nur mit direkt eingegebenen Maschinencode programmieren. Reiner Text wäre sehr schnell an die Speichergrenze gestoßen. Die Platzersparnis von Quelltexten in Bytecodeform war aber auch später noch angesichts langsamer und begrenzter Massenspeicher von Vorteil. Hinzu kommt der große Vorteil, dass Bytecode deutlich schneller ausgeführt werden kann als ein normaler Quelltext. Statt jeden Buchstaben eines Befehls zu vergleichen, um erst mal herauszufinden, um welchen Befehl es sich handelt, muss man nur ein oder wenige Bytes vergleichen, die diesen repräsentieren.
	Ein bekannter früher [[Heimcomputer]], der Bytecode verwendet, ist der [[Texas Instruments TI-99/4A\|TI 99/4a]] von [[Texas Instruments]].

	== Rückgewinnung von Quelltext aus Kompilaten ==		== Rückgewinnung von Quelltext aus Kompilaten ==

← Nächstältere Version		Version vom 27. Januar 2025, 15:45 Uhr
Zeile 8:		Zeile 8:
	Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.		Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.

	Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand, nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln, ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].		Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand, nur einen Bytecode-Compiler für eine [[höhere Programmiersprache]] zu entwickeln, ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].

	Die Ausführung von Bytecode durch das Programm, das die virtuelle Maschine repräsentiert, geht auf Kosten von dessen Startzeit, welche im Allgemeinen aber eher nur messbar als wahrnehmbar beeinträchtigt wird. Spezielle [[Just-in-time-Kompilierung\|Just-in-time-Compiler]] (JIT-Compiler) übersetzen Bytecode-Stücke einmal während der Programmausführung in entsprechende Maschinencodestücke und führen diese dann aus. Dadurch lassen sich die Ausführungszeiten, jedoch nicht die Startzeiten, oft in den Bereich von vorübersetztem Maschinencode reduzieren.<ref>{{Internetquelle \|autor=Carles Mateo \|url=http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/ \|titel=Performance of several languages \|werk=carlesmateo.com \|datum=2017-03-26 \|abruf=2021-04-08 \|sprache=en \|kommentar=Blogeintrag}}</ref>		Die Ausführung von Bytecode durch das Programm, das die virtuelle Maschine repräsentiert, geht auf Kosten von dessen Startzeit, welche im Allgemeinen aber eher nur messbar als wahrnehmbar beeinträchtigt wird. Spezielle [[Just-in-time-Kompilierung\|Just-in-time-Compiler]] (JIT-Compiler) übersetzen Bytecode-Stücke einmal während der Programmausführung in entsprechende Maschinencodestücke und führen diese dann aus. Dadurch lassen sich die Ausführungszeiten, jedoch nicht die Startzeiten, oft in den Bereich von vorübersetztem Maschinencode reduzieren.<ref>{{Internetquelle \|autor=Carles Mateo \|url=http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/ \|titel=Performance of several languages \|werk=carlesmateo.com \|datum=2017-03-26 \|abruf=2021-04-08 \|sprache=en \|kommentar=Blogeintrag}}</ref>
Zeile 20:		Zeile 20:

	== Rückgewinnung von Quelltext aus Kompilaten ==		== Rückgewinnung von Quelltext aus Kompilaten ==
	Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref> Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen können allerdings nur dann ermittelt werden, wenn dem Compilat Daten für einen Debugger hinzugefügt wurden.		Für Programmierer, die an Programmen arbeiten, deren Quellcode nicht offengelegt werden soll, gibt es einen wichtigen Aspekt zu beachten: Bei Programmiersprachen, wie beispielsweise [[C (Programmiersprache)\|C]], die direkt zu Maschinencode kompiliert werden, ist es normalerweise nicht möglich, aus dem Maschinencode den ursprünglichen Quellcode zurückzugewinnen.<ref>{{Internetquelle \|url=https://whatis.techtarget.com/definition/bytecode \|werk=techtarget.com\|titel=What Is: bytecode \|sprache=en \|datum=2005-09 \|zugriff=2018-10-19}}</ref> Dazu müssten mindestens die Algorithmen des verwendeten Compilers bekannt sein. Funktionsbezeichner und Variablennamen können allerdings nur dann ermittelt werden, wenn dem Compilat Daten für einen [[Debugger]] hinzugefügt wurden.

	Bei Kompilierung zu Bytecode ist dieses sogenannte [[Decompiler\|Dekompilieren]] hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>		Bei Kompilierung zu Bytecode ist dieses sogenannte [[Decompiler\|Dekompilieren]] hingegen viel einfacher, da dieser sich weniger an der abstrakten Maschinensprache orientiert, sondern meistens deutlich näher an der zugrundeliegenden Programmiersprache liegt. Hierbei kann zwar nicht der exakte Quellcode rekonstruiert werden, allerdings ist es häufig möglich, zumindest äquivalenten Code in der Quellsprache zurückzugewinnen, teilweise mit verblüffenden Ähnlichkeiten. Beispielsweise bei Java und .NET ist dies in den meisten Fällen sehr gut möglich; in Prolog mit [[Warren’s Abstract Machine\|WAM]]-Bytecode ist eine Rückgewinnung immer möglich;<ref>{{Internetquelle \|url=http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|seiten=5 \|werk=ac.uk \|sprache=en \|archiv-url=https://web.archive.org/web/20140328021346/http://www.dcs.ed.ac.uk/teaching/cs1/CS1/Bh/Notes/JavaByteCode.pdf \|archiv-datum=2014-03-28 \|titel=CS1Bh Lecture Note 7 Compilation I: Java Byte Code \|datum=2003-02-06 \|zugriff=2018-10-19 \|format=PDF}}</ref>

← Nächstältere Version		Version vom 10. Oktober 2024, 23:28 Uhr
Zeile 8:		Zeile 8:
	Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.		Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.

	Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].		Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand, nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln, ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].

	Die Ausführung von Bytecode durch das Programm, das die virtuelle Maschine repräsentiert, geht auf Kosten von dessen Startzeit, welche im Allgemeinen aber eher nur messbar als wahrnehmbar beeinträchtigt wird. Spezielle [[Just-in-time-Kompilierung\|Just-in-time-Compiler]] (JIT-Compiler) übersetzen Bytecode-Stücke einmal während der Programmausführung in entsprechende Maschinencodestücke und führen diese dann aus. Dadurch lassen sich die Ausführungszeiten, jedoch nicht die Startzeiten, oft in den Bereich von vorübersetztem Maschinencode reduzieren.<ref>{{Internetquelle \|autor=Carles Mateo \|url=http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/ \|titel=Performance of several languages \|werk=carlesmateo.com \|datum=2017-03-26 \|abruf=2021-04-08 \|sprache=en \|kommentar=Blogeintrag}}</ref>		Die Ausführung von Bytecode durch das Programm, das die virtuelle Maschine repräsentiert, geht auf Kosten von dessen Startzeit, welche im Allgemeinen aber eher nur messbar als wahrnehmbar beeinträchtigt wird. Spezielle [[Just-in-time-Kompilierung\|Just-in-time-Compiler]] (JIT-Compiler) übersetzen Bytecode-Stücke einmal während der Programmausführung in entsprechende Maschinencodestücke und führen diese dann aus. Dadurch lassen sich die Ausführungszeiten, jedoch nicht die Startzeiten, oft in den Bereich von vorübersetztem Maschinencode reduzieren.<ref>{{Internetquelle \|autor=Carles Mateo \|url=http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/ \|titel=Performance of several languages \|werk=carlesmateo.com \|datum=2017-03-26 \|abruf=2021-04-08 \|sprache=en \|kommentar=Blogeintrag}}</ref>

← Nächstältere Version		Version vom 9. Oktober 2024, 22:55 Uhr
Zeile 6:		Zeile 6:
	Die virtuelle Maschine – im Fall von Java die [[Java Virtual Machine]] (JVM) – führt dann dieses Zwischenergebnis aus, indem sie zur [[Laufzeit (Informatik)\|Laufzeit]] den Bytecode entweder in Maschinensprache für den jeweiligen [[Prozessor]] übersetzt ([[Just-in-time-Kompilierung]]) oder entsprechende Maschinencode-Routinen ausführt ([[Interpreter]]). Dabei muss die virtuelle Maschine für jede Rechnerplattform, auf der das Kompilat ausgeführt werden soll, vorhanden sein.<ref>{{Internetquelle \|url=https://techterms.com/definition/bytecode \|werk=techterms.com \|titel=Bytecode \|sprache=en \|datum=2018-01-23 \|zugriff=2018-10-19}}</ref>		Die virtuelle Maschine – im Fall von Java die [[Java Virtual Machine]] (JVM) – führt dann dieses Zwischenergebnis aus, indem sie zur [[Laufzeit (Informatik)\|Laufzeit]] den Bytecode entweder in Maschinensprache für den jeweiligen [[Prozessor]] übersetzt ([[Just-in-time-Kompilierung]]) oder entsprechende Maschinencode-Routinen ausführt ([[Interpreter]]). Dabei muss die virtuelle Maschine für jede Rechnerplattform, auf der das Kompilat ausgeführt werden soll, vorhanden sein.<ref>{{Internetquelle \|url=https://techterms.com/definition/bytecode \|werk=techterms.com \|titel=Bytecode \|sprache=en \|datum=2018-01-23 \|zugriff=2018-10-19}}</ref>

	Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.		Java ist nur eines der prominenteren Beispiele für eine Bytecode-basierte Programmiersprache. Andere Sprachen, die Bytecodes verwenden, sind etwa [[P-Code]], [[Lua]], die [[.Net-Framework]]-Sprachen [[C-Sharp\|C#]], [[F-Sharp\|F#]] und [[Visual Basic .NET\|Visual Basic]], [[Python (Programmiersprache)\|Python]], [[Ruby (Programmiersprache)\|Ruby]], [[Perl (Programmiersprache)\|Perl]], [[PHP]], [[Prolog (Programmiersprache)\|Prolog]], [[Limbo (Programmiersprache)\|Limbo]], [[Gambas (Programmiersprache)\|Gambas]] sowie [[Tcl]].<ref name="itwissen" /> Während bei Java, Python und .NET der Bytecode als „Kompilat“ gespeichert und dann unabhängig vom Quellcode ausgeführt wird, wird bei den [[Skriptsprache]]n Perl (bis Version 5) und Tcl beim Programmstart der Quellcode in Bytecode übersetzt und nur im Arbeitsspeicher vorgehalten.

	Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].		Die Verwendung von Bytecode macht es möglich, dieselbe virtuelle Maschine für mehrere Sprachen zu verwenden, beispielsweise die JVM für Java, [[Scala (Programmiersprache)\|Scala]], [[Groovy]] und viele andere. Der Aufwand nur einen Bytecode-Compiler für eine höhere Programmiersprache zu entwickeln ist dann deutlich reduziert. Dagegen wäre der Aufwand, wenn ein Compiler eine direkte Übersetzung in Maschinencode für mehrere Betriebssysteme und Architekturen bereitstellen soll, sehr viel höher. Ein Bytecode kann auch unabhängig von einer speziellen Sprache für einen bestimmten Einsatzzweck entwickelt worden sein, zum Beispiel [[WebAssembly]].