Jáva

Az oldal jelenlegi verzióját még nem ellenőrizték tapasztalt közreműködők, és jelentősen eltérhet a 2022. október 5-én felülvizsgált verziótól ; az ellenőrzések 7 szerkesztést igényelnek .

Jáva

Nyelvóra	többparadigmás programozási nyelv , JVM nyelv és szoftver
Megjelent	1995
Szerző	James Gosling és a Sun Microsystems
Fejlesztő	Sun Microsystems és Oracle
Fájlkiterjesztés _	.java, .class, .jar, .jadvagy.jmod
Kiadás	Java SE 18.0.2.1 ( 2022. augusztus 18. )
Befolyásolva	C++ , C , Ada , Simula 67 , Smalltalk , Objective-C , Object Pascal , Oberon , Eiffel , Modula-3 , Mesa , Simula , C# , UCSD Pascal , wrapper , Változó függvény , Java annotáció , Nicklaus annotáció Wirth , Patrick Naughton [d] és foreach
Engedély	GNU GPL [1]
Weboldal	oracle.com/ru/java/
Médiafájlok a Wikimedia Commons oldalon

Java [kb. 1] egy erősen tipizált általános célú objektum-orientált programozási nyelv , amelyet a Sun Microsystems fejlesztett ki (később az Oracle szerezte meg ). A fejlesztést a Java közösségi folyamaton keresztül szervezett közösség hajtja ; a nyelvet és az azt megvalósító mögöttes technológiákat a GPL licenc alatt terjesztik . A védjegyjogok az Oracle Corporation tulajdonát képezik .

A Java-alkalmazásokat általában speciális bájtkódra fordítják , így bármely olyan számítógép-architektúrán futhatnak, amelyhez létezik a Java virtuális gép megvalósítása . A hivatalos megjelenési dátum 1995. május 23. A programozási nyelvek népszerűségi rangsorában előkelő helyet foglal el (2. hely az IEEE Spectrum (2020) [2] és a TIOBE (2021) [3] rangsorban .

Létrehozási előzmények

A nyelv eredeti neve Oak ("tölgy"), amelyet James Gosling fejlesztett ki fogyasztói elektronikai eszközök programozására. Mivel egy ilyen nevű nyelv már létezett, az Oak-ot Java-ra nevezték át [4] . A Java kávémárkáról kapta a nevét , amely viszont az azonos nevű sziget ( Java ) nevet kapta, így a nyelv hivatalos emblémáján egy csésze forró kávé látható. A nyelv nevének eredetének van egy másik változata is, amely egy kávéfőzőre való utaláshoz kapcsolódik, mint egy háztartási programozási eszköz példájára, amely nyelvet eredetileg létrehozták. Az etimológiának megfelelően az orosz nyelvű irodalomban a huszadik század végétől a huszonegyedik század első éveiig a nyelv nevét gyakran Java-nak fordították, és nem írták át.

A projekt eredményeként a világ egy alapvetően új eszközt, a Star7 pocket személyi számítógépet [5] látott a világban , amely több mint 10 évvel megelőzte korát, de a magas, 50 dolláros költsége miatt nem tudott forradalmasítani. a technológia világát, és feledésbe merült.

A Star7 készülék nem volt népszerű, ellentétben a Java programozási nyelvvel és környezetével. A nyelv életének következő szakasza az interaktív televíziózás fejlődése volt. 1994-ben világossá vált, hogy az interaktív televíziózás tévedés.

Az 1990-es évek közepe óta a nyelvet széles körben használják kliens alkalmazások és szerverszoftverek írására . Ugyanakkor a Java kisalkalmazások , a weboldalakba ágyazott grafikus Java alkalmazások technológiája némi népszerűségre tett szert; A dinamikus weboldal -képességek megjelenésével a 2000-es években a technológia egyre kevésbé terjedt el.

A webfejlesztés a Spring Framework -et használja ; a Javadoc segédprogramot használják a dokumentációhoz .

A nyelv főbb jellemzői

A Java programokat Java bájtkódra fordítják , amelyet a Java Virtual Machine (JVM) hajt végre , egy olyan program, amely feldolgozza a bájtkódot, és tolmácsként utasításokat ad át a hardvernek .

A programok végrehajtásának ezen módjának az az előnye, hogy a bájtkód teljesen független az operációs rendszertől és a hardvertől , ami lehetővé teszi Java alkalmazások futtatását bármely olyan eszközön, amelyhez van megfelelő virtuális gép. A Java technológia másik fontos jellemzője a rugalmas biztonsági rendszer, amelyben a program végrehajtását teljes mértékben a virtuális gép vezérli. Minden olyan művelet, amely meghaladja a program beállított engedélyeit (például megkísérli az adatokhoz való jogosulatlan hozzáférést vagy csatlakozni egy másik számítógéphez), azonnali megszakítást okoz.

A virtuális gép koncepciójának hátrányai gyakran a teljesítmény romlása. Számos fejlesztés némileg növelte a Java programok sebességét:

a bájtkód gépi kódra történő közvetlen fordításának technológiája a program futása közben ( JIT technológia), az osztályverziók gépi kódba mentésének lehetőségével,
platform-specifikus kód (natív kód) széles körű használata a szabványos könyvtárakban,
olyan hardver, amely gyorsított bájtkód-feldolgozást biztosít (például néhány ARM architektúra processzor által támogatott Jazelle technológia ).

A shootout.alioth.debian.org oldal szerint hét különböző feladat esetén a Java végrehajtási ideje átlagosan másfél-kétszer hosszabb, mint a C / C ++ esetében, bizonyos esetekben a Java gyorsabb, és egyes esetekben 7-szer lassabb [6] . Másrészt a legtöbbjüknél egy Java gép memóriafelhasználása 10-30-szor nagyobb volt, mint egy C/C++ programé. Szintén figyelemre méltó a Google által végzett tanulmány , amely szerint Java tesztesetekben lényegesen kisebb teljesítmény és nagyobb memóriafogyasztás tapasztalható a C ++ hasonló programjaihoz képest [7] [8] [9] .

A Java virtuálisgép-környezet koncepciójában és különféle megvalósításaiban rejlő ötletek sok rajongót inspiráltak arra, hogy bővítsék azon nyelvek listáját, amelyek segítségével virtuális gépeken futó programok hozhatók létre [10] . Ezeket az ötleteket a Common Language Infrastructure ( CLI ) specifikáció is kifejezi, amely a Microsoft .NET platformjának alapját képezte .

Verzióelőzmények

JDK 1.0

A Java fejlesztése 1990-ben kezdődött, az első hivatalos verzió - a Java 1.0 - csak 1996. január 21-én jelent meg.

JDK 1.1

A második verzió 1997. február 19-én jelent meg [11] .

A könyvtár hozzáférhetősége.
Java 2D .
A fogd és vidd technológia támogatása .
Teljes Unicode -támogatás , beleértve a japán, kínai és koreai beviteli támogatást.
Számos népszerű formátumú audiofájl lejátszásának támogatása.
A CORBA technológia teljes körű támogatása .
JIT fordító , jobb teljesítmény.
A JDK-eszközök továbbfejlesztése, beleértve a Java programok profilalkotásának támogatását.

J2SE 1.2

Megjelenés dátuma: 1998. december 8. [12] . Codename Playground. Ebben az esetben zavar van. Könyvek jelentek meg, például a Beginning Java 2, Ivor Horton (1999. március), valójában a J2SE 1.2-n (korábbi nevén Java 2). Azonban a mai napig ilyen könyveket adnak ki, például: H. M. Deitel, P. J. Deitel, S. I. Santry. Java programozási technológiák 2. Elosztott alkalmazások (2011).

Abban az időben, amikor a Java 2-t történelmileg felváltották a későbbi kiadások, az ilyen könyvcímek félrevezetőek a tekintetben, hogy a Java melyik verziójáról írnak valójában. Ha a J2SE 1.2-t Java 2-nek tekintik, de a Java 2 könyvek szerzői elfogadják a JDK 7-et, ez teljes zűrzavarhoz vezet.

J2SE 1.3

Megjelenés dátuma: 2000. május 8. Kestrel kódnév.

J2SE 1.4

Megjelenés dátuma: 2002. február 6. Merlin kódnév.

J2SE 5.0

A Java 5.0 specifikáció 2004. szeptember 30-án jelent meg Tiger kódnéven. Ettől a verziótól kezdve a hivatalos indexelés megváltozott, a Java 1.5 helyett helyesebb Java 5.0-nak hívni. A Sun belső indexelése változatlan marad – 1,x. A kisebb módosításokat most az indexelés megváltoztatása nélkül tartalmazza, ehhez az "Update" szót vagy az "u" betűt használják, például a Java Development Kit 5.0 22. frissítése. Feltételezzük, hogy a frissítések tartalmazhatnak hibajavításokat és kis kiegészítéseket is a API, JVM.

Ebben a verzióban a fejlesztők számos alapvető kiegészítést tettek a nyelven:

Felsorolt típusok ( angol enum ). Azok a típusok, amelyek korábban hiányoztak a Java-ban, a C++ -hoz hasonlóan vannak kialakítva , de számos további szolgáltatással rendelkeznek.
- A felsorolt típus egy teljes értékű Java osztály, azaz tartalmazhat konstruktort, mezőket, metódusokat, beleértve a rejtett és absztraktokat is.
- Az enum interfészeket valósíthat meg .
- Az enumok beépített módszerekkel rendelkeznek, amelyek lehetővé teszik a típusértékek név szerinti lekérését, a neveknek megfelelő karakterértékeket, a számok és értékek közötti konvertálást, valamint annak ellenőrzését, hogy egy típus felsorolható-e.
Annotációk - olyan metaadatok hozzáadásának lehetősége a program szövegéhez, amelyek közvetlenül nem befolyásolják a kód végrehajtását, de felhasználhatók különféle információk megszerzésére a kódról és annak végrehajtásáról. Ezzel egyidőben megjelent egy eszköztár is a kommentált kód használatához. Az annotációk egyik felhasználási módja az, hogy megkönnyítsék a Java kód egységteszt-eseteinek létrehozását.
Általános programozási eszközök ( angol generics ) - az Ada [13] és az Eiffel nyelv eszközeihez hasonló mechanizmus (később C #-ben is megjelent, alapvetően különbözik a C ++ sablonoktól), amely lehetővé teszi osztályok és metódusok tetszőleges objektumtípus mezőivel és paramétereivel. Ezzel a mechanizmussal a Java szabványos könyvtári gyűjtemények új verziói valósulnak meg.
Meghatározatlan számú paraméterrel rendelkező módszerek.
Autoboxing / Unboxing - automatikus átalakítás a Java skalár típusok és a megfelelő burkoló típusok között (például az int - Integer között). Ez a képesség csökkenti a kódszámot, mivel nyilvánvaló esetekben szükségtelenné válik az explicit típuskonverziók végrehajtása.
Statikus mezők és metódusok importálása megengedett.
A nyelv egy hurkot vezetett be objektumok gyűjteményén keresztül (iterátor, eng. foreach ).
Bevezették a Javadoc megjegyzések használatát , amelyek a megjegyzések automatikus dokumentálására szolgálnak a forráskódban.

Java SE 6

A verzió 2006. december 11-én jelent meg Mustang kódnéven. A hivatalos indexelés módosult - a várt 6.0 helyett a 6-os verzió szerepel. A Java 5.0-hoz hasonlóan kisebb változtatásokat hajtanak végre a rendszeres verziófrissítéseken, például a Java Standard Edition Development Kit 6 27. frissítésén. készültek:

Gyűjtemények - hozzáadott interfészek a sorban álláshoz, a gyűjtemény mindkét oldalán működőképes; a legközelebbi egyezés keresésének megszervezése; blokkolják magukat, miközben egy elemre várnak. Új osztályokat szervezett, amelyek megvalósítják a felsorolt felületeket.
Hozzáadott támogatás a japán birodalmi naptárhoz (a már meglévő Gergely- és buddhista naptárral együtt).
A tömörített adatok olvasásához és átviteléhez adatfolyam-osztályok állnak rendelkezésre, amelyek lehetővé teszik azok hálózaton keresztüli átvitelét. Megszűntek az archívumban lévő fájlok számára (korábban 64 Kb), a fájlnév hosszára (korábban 256 karakter) és az egyidejűleg megnyitott fájlok számára (korábban 2000) vonatkozó korlátozások.
Szervezett gyorsítótár-kezelő rendszer és hozzáadott támogatás a "no-cache" paraméterhez a HTTP-kérésben.
A JConsole, egy grafikus JVM-monitor hivatalosan támogatott segédprogram lett.
A Java HTTP Server lehetővé teszi egy teljes értékű HTTP szerver létrehozását a minimálisan szükséges funkcionális tulajdonságokkal.
A számítások sebessége 70%-kal nőtt, az I/O műveletek sebessége megduplázódott [14] .
Swing – az OpenGL és a DirectX jobb teljesítménye; szövegfeldolgozás LCD-n; hozzáadta a GifWriter-t a GIF - fájlokkal való együttműködéshez .
Számos hibát javítottak.

JavaFX

Megjelenés dátuma: 2013. október 8.

A JavaFX 2.2 a Java SE 7 6. frissítésében található [15] . A 11-es verziótól a modult a JDK-tól külön szállítjuk [16] .

Java ME Embedded

Megjelenés dátuma: 2013. október 10. Codename Micro Edition.

Java SE 7

A verzió 2011. július 28-án jelent meg, kódnéven Dolphin [17] . A Java Standard Edition 7 végleges verziója nem tartalmazta az összes korábban tervezett változtatást. A fejlesztési terv („B” terv) [18] szerint az innovációk beépítése két részre oszlik: Java Standard Edition 7 ( lambda kalkulus nélkül , Jigsaw projekt, valamint a Coin projekt fejlesztéseinek egy része [ 19] ) és a Java Standard Edition 8 (az összes többi), a tervek szerint 2012 végére.

Az új, Java Standard Edition 7 (Java Platform, Standard Edition 7) verzióban a nagyszámú hiba kijavítása mellett számos újítást is bevezettek. Így például a Java Standard Edition 7 referencia implementációjaként nem a saját fejlesztésű JDK -csomagot , hanem annak nyílt implementációját , az OpenJDK -t használták, a platform új verziójának kiadását pedig az Oracle mérnökei és a szervezet tagjai között szoros együttműködésben készítették elő. globális Java ökoszisztéma, a JCP bizottság (Java Community Process) és az OpenJDK . Az Oracle által biztosított Java Standard Edition 7 referenciamegvalósítási binárisok mindegyike az OpenJDK kódbázisra épül , és maga a referenciaimplementáció teljesen nyílt forráskódú a GPLv2 licenc alatt , GNU ClassPath kivételekkel, hogy lehetővé tegye a védett termékekhez való dinamikus hivatkozást. Az egyéb újítások közé tartozik a Coin projekt által kifejlesztett kis Java nyelvi fejlesztések integrálása, a dinamikusan tipizált programozási nyelvek, például a Ruby , a Python és a JavaScript hozzáadott támogatása , az osztályok URL szerinti betöltésének támogatása, a JAXP -t is tartalmazó frissített XML - verem . 1.4, JAXB 2.2a és JAX-WS 2.2 és mások [20] .

A Java Standard Edition 7 megjelenése előtti 5 napban több komoly hibát fedeztek fel a hot loop optimalizálásban, amely alapértelmezés szerint engedélyezve van, és a Java virtuális gép összeomlását okozza. Az Oracle szakemberei a talált hibákat ilyen rövid időn belül nem tudták kijavítani, de megígérték, hogy a második frissítésben (Java 7 Update 2), részben pedig az elsőben javítják [21] .

Újítások listája

A dinamikusan beírt nyelvek támogatása (InvokeDynamic) a JVM (bytecode szemantika), a Java nyelv [22] kiterjesztése a dinamikusan tipizált nyelvek támogatására.
Szigorú osztályfájl-ellenőrzés – az 51-es (Java Standard Edition 7) vagy újabb verziójú osztályfájlokat típusellenőrző hitelesítőnek kell ellenőriznie; A JVM-nek nem szabad átváltania a régi ellenőrzőre.
Java nyelvi szintaxis módosítás (Project Coin) – részleges változtatások a Java nyelven a gyakori programozási feladatok egyszerűsítésére:
- Az osztály használata String[doc. 1] a blokkban switch.
- Használt erőforrások blokkba zárása try(try-with-source) - interfész használatakor működik AutoClosable[doc. 2] .
- Kombinált kivételkezelés egy blokkban catch(multi-catch kivételek) - a kezelt kivételek felsorolása a catch(... | ... | ...) fájlban.
- Kivételek újradobása – a kivételek átadása, amelyek „feljebb” a hívási veremben keletkeztek .
- Aláhúzás numerikus literálokban a nagy számok jobb észlelése érdekében.
- A típuskövetkeztetés módosítása Java általánosra az objektum létrehozásakor.
- Bináris számok (bináris literálok) használata - az előtag 0b azt jelzi, hogy bináris számot használnak.
- A varargs metódusok hívásának egyszerűsítése – a figyelmeztetések csökkentése változó számú bemeneti változót tartalmazó metódus meghívásakor.
Az osztálybetöltő módosítása - elkerülje a holtpontokat a nem hierarchikus osztálybetöltési topológiában.
Nyitott források bezárása URLClassLoader[doc. 3] .
Gyűjtemények frissítése (JSR 166).
Unicode 6.0 támogatás.
A felhasználói nyelv és a felhasználói felület nyelvének szétválasztása – Frissítse a nyelvkezelést a területi és a felhasználói felület nyelvének elkülönítéséhez.
Új I/O interfészek a Java platformhoz (nio.2).
JDBC 4.1 és Rowset 1.1 használata.
… (nincs befejezve)

Java SE 8

A verzió 2014. március 19-én jelent meg. Kódnév Octopus.

Újítások listája

A lambda kifejezések teljes támogatása .
Kulcsszó defaultaz interfészekben az alapértelmezett funkciók támogatására.
Statikus módszerek interfészekben.
Hivatkozások metódusokra és konstruktorokra [23] [24] .
Funkcionális interfészek ( predikátumok , szolgáltatók stb.)
Streamek a gyűjtemények kezeléséhez.
Új API a dátumokkal való munkavégzéshez.
… (nincs befejezve)

Java SE 9

A Jigsaw projekten belüli moduláris rendszer bevezetésének nehézségei miatt az eredetileg 2016. szeptember 22-re tervezett verzió megjelenését többször is elhalasztották: először a dátumot 2017. március 23- ra, majd 2017. július 27- re helyezték át. , majd 2017. július 21. 2017. szeptember [25] [26] [27] .

A legújabb dátum a verzió hivatalos megjelenési dátuma lett [28] .

Újítások listája

Jigsaw integráció, amely moduláris rendszert fejlesztett ki a Java 9 platformhoz és alkalmazta a JDK 9-re [29] .
Folyamat API frissítés az operációs rendszer folyamataival való interakció javítása érdekében. A frissítést az indokolja, hogy a fejlesztőknek gyakran platform-specifikus kódot kellett írniuk az ilyen feladatokhoz [30] .
Átmenetileg kísérleti [31] [32] új HTTP kliens HTTP/2 és web socket támogatással; az elavult osztály helyettesítésére szolgál HttpURLConnection[doc. 4] [31] .
Tömörített karakterláncok: ha a karakterlánc tartalma megengedi, akkor Latin-1- ben kódolható (karakterenként egy bájt); az osztály egy adott példányának kódolásának megválasztása Stringtükröződik a jelző változó értékében , amely most már minden karakterláncban megtalálható. [33]
A NIST FIPS 202 által meghatározott SHA-3 kivonatolási algoritmusok támogatása a SHAKE128 és a SHAKE256 kivételével. Az SHA-3 más kriptográfiai funkciók alapjául szolgáló algoritmusait a vonatkozó szabványok hiánya miatt nem implementálták [34] .
Továbbfejlesztett eszközök az elavult API-k megjelölésére. Az annotációhoz egy paraméter került, @Deprecatedamely lehetővé teszi, hogy megadja a program verzióját, amellyel a megjelölt elem használata nem javasolt, valamint egy olyan paraméterrel, amely lehetővé teszi, hogy jelezze, hogy az elem eltávolítását egyes esetekben tervezik. jövőbeli verzió [35] .
privatemetódusok az interfészekben [36] .
GTK+ 3 támogatás Linuxon [37] .

Java SE 10

Megjelenés dátuma: 2018. március 20. [38] .

Újítások listája

A szolgáltatások és a kiadási terv hivatalos részlistája az OpenJDK webhelyén található .

varKövetkeztetés a [39] kulcsszóval jelölt lokális változók típusaira .
Átlátszó szemétgyűjtő felület létrehozása az új gyűjtők fejlesztésének egyszerűsítésére [40] .
A G1 többszálas szemétgyűjtő késleltetési ideje egy párhuzamos teljes szemétgyűjtési ciklus megvalósításával csökkent [41] .
Lehetőség a visszahívási funkciók végrehajtására a szálakon globális zárolás nélkül [42] az összes szálon [43] .
Új Unicode-kiterjesztésekből származó karakterek támogatása: cu (pénznem típusa), fw (a hét első napja), rg (kétbetűs ország- és régiókódok), tz (időzóna) [44] .
A HotSpot virtuális gép mostantól képes halommemóriát lefoglalni az alternatív RAM -eszközök objektumaihoz , beleértve a nem felejtő memóriával rendelkezőket is, például az Intel Optane memóriameghajtókat [45] .
Új kísérleti Graal JIT fordító , amely idő előtti fordítási képességeket biztosít; alapértelmezés szerint le van tiltva, csak Linux /x64 -en működik [46] .
Frissítse a Java SE és JDK verziószámozási rendszerét, hogy közelebb kerüljön az időbeli verziószámozási sémához [47] .

Java SE 11

A szolgáltatások és a kiadási terv hivatalos részlistája az OpenJDK webhelyén található . A megjelenés dátuma: 2018. szeptember 25.

Újítások listája

Hozzáférés-vezérlési frissítés, amely lehetővé teszi a beágyazott osztályok számára, hogy hozzáférjenek a külső osztály privát metódusaihoz és mezőihez (és fordítva), anélkül, hogy a fordítónak köztes metódusokat kellene létrehoznia magasabb hozzáférési szinttel [48] .
Az Epsilon egy új szemétgyűjtő, amely valójában egyáltalán nem gyűjti a szemetet; Epsilon használatakor a lefoglalt memóriakorlát túllépése a JVM leállását okozza [49] .
Szabványosított HTTP kliens HTTP/2 támogatással, amelyet a Java 9-ben kísérleti jelleggel vezettek be [50] .
A lambda függvények paraméterei implicit módon beírhatók típuskövetkeztetéssel a ( ) kulcsszó segítségével var, hogy egyesüljenek a JDK 10-ben bevezetett helyi változó szintaxisával [51] .
Az Unicode szabvány 10-es verziójának támogatása [52] .
TLS 1.3 protokoll támogatása [53] .
Kísérleti, alacsony késleltetésű, méretezhető ZGC szemétgyűjtő. Alapértelmezés szerint le van tiltva, csak Linux /x64 [54] rendszeren működik .

Java platformok osztályozása

A Java-n belül számos nagy technológiacsalád létezik:

Java SE - Java Standard Edition, a Java fő kiadása, fordítókat, API-t, Java Runtime Environment -et tartalmaz ; alkalmas egyedi alkalmazások készítésére, elsősorban asztali rendszerekre.
Java EE – Java Enterprise Edition, a vállalati szintű szoftverek készítéséhez szükséges specifikációk készlete. 2017-ben a Java EE projektet az Eclipse Foundation [55] vette át, és átnevezték Jakarta EE-re [56] . A Java EE modulokat a 11-es verzió óta eltávolították a Java SE-ből [57] .
Java ME - Java Micro Edition, korlátozott számítási teljesítményű eszközökhöz, például mobiltelefonokhoz , PDA -khoz , beágyazott rendszerekhez való használatra tervezve;
A Java Card technológia biztonságos környezetet biztosít az intelligens kártyákon és más, nagyon korlátozott memóriával és feldolgozási képességekkel rendelkező eszközökön futó alkalmazások számára.

Java és Microsoft

A Microsoft kifejlesztette saját JVM implementációját Microsoft Java Virtual Machine néven .(MSJVM) [58] , amely a Windows 98 - tól kezdve a különböző operációs rendszerekbe bekerült (a 3-as és újabb verzióktól kezdve az Internet Explorerbe is bekerült , ami lehetővé tette az MSJVM használatát Windows 95 és Windows NT 4 rendszerben az IE3+ telepítése után ezekre OS-ek).

Az MSJVM jelentős különbségeket mutatott a Sun Java-hoz képest, sok tekintetben megtörte a programok különböző platformok közötti hordozhatóságának alapvető koncepcióját:

a távoli módszerhívás API ( RMI ) támogatásának hiánya ;
a JNI technológia támogatásának hiánya ;
nem szabványos kiterjesztések jelenléte, például Java és DCOM integrációs eszközök , amelyek csak Windows platformon működnek.

A Java szoros integrációja a DCOM-mal és a Win32 -vel megkérdőjelezte a nyelv többplatformos paradigmáját. Ezt követően a Sun Microsystems pert indított a Microsoft ellen. A bíróság a Sun Microsystems oldalán állt. Végül megállapodás született a két vállalat között a nem szabványos Microsoft JVM felhasználóinak nyújtott hivatalos támogatási időszak 2007 végéig történő meghosszabbításának lehetőségéről [58] .

2005-ben a Microsoft bevezetett egy Java-szerű J# nyelvet a .NET platformhoz , amely nem felel meg a Java nyelv hivatalos specifikációjának, és ezt követően a Visual Studio 2008-tól kezdve kizárták a szabványos Microsoft Visual Studio fejlesztői eszközkészletéből [59]. .

Java és Android

A Java nyelvet aktívan használják mobil alkalmazások létrehozására Android operációs rendszerhez. Ugyanakkor a programokat nem szabványos bájtkódba fordítják Dalvik virtuális gépük számára (az Android 5.0 Lollipoptól kezdve a virtuális gépet az ART váltotta fel ). Az ilyen összeállításhoz egy további eszközt használnak, mégpedig az Android SDK-t ( Software Development Kit ), amelyet a Google fejlesztett ki .

Az alkalmazásfejlesztés az Android Stúdióban , a NetBeansben , az Eclipse -ben az Android Development Tools (ADT) beépülő modul vagy az IntelliJ IDEA segítségével történhet . A JDK verziónak 5.0-s vagy újabbnak kell lennie.

2014. december 8-án a Google elismerte, hogy az Android Studio az Android operációs rendszer hivatalos fejlesztői környezete.

A Java platform alkalmazásai

Java ( J2EE ) technológiákkal a következő sikeres projektek valósultak meg : RuneScape , Amazon [60] [61] , eBay [62] [63] , LinkedIn [64] , Yahoo! [65] .

A következő cégek elsősorban a Java ( J2EE- ) technológiákra koncentrálnak: SAP , IBM , Oracle . Az Oracle Database DBMS komponensként tartalmaz egy JVM-et, amely lehetővé teszi a DBMS közvetlen programozását Java nyelven, beleértve például a tárolt eljárásokat [66] .

Teljesítmény

A Java nyelven írt programok lassabbak és több RAM-ot foglalnak el, mint a C-ben írottak [6] . A Java nyelven írt programok végrehajtási sebessége azonban jelentősen javult az úgynevezett JIT fordító 1.1-es verziójának 1997-1998-as kiadásával, a jobb kódelemzést támogató egyéb nyelvi szolgáltatások mellett (például belső osztályok, osztály StringBuffer[doc 5] , egyszerűsített logikai számítások és így tovább). Emellett a Java virtuális gépet is optimalizálták - 2000 óta a HotSpot virtuális gépet használják erre . 2012 februárjában a Java 7 kód körülbelül 1,8-szor lassabb, mint a C kód [67] .

Egyes platformok hardveres végrehajtási támogatást kínálnak a Java számára [68] . Például olyan mikrovezérlők, amelyek hardverben Java kódot futtatnak a szoftveres JVM helyett, és ARM-alapú processzorok, amelyek támogatják a Java bájtkód végrehajtását a Jazelle opción keresztül.

Főbb jellemzők

Automatikus memóriakezelés .
Továbbfejlesztett kivételkezelési képességek.
I/O szűrőeszközök gazdag készlete.
Szabványos gyűjtemények halmaza: tömb , lista , verem stb.
Egyszerű eszközök elérhetősége hálózati alkalmazások létrehozásához (beleértve az RMI protokoll használatát is ).
Osztályok jelenléte, amelyek lehetővé teszik HTTP - kérések küldését és válaszok feldolgozását.
A nyelvbe beépített eszközök többszálú alkalmazások létrehozásához, amelyeket aztán sok nyelvre portoltak (például Python ).
Egységes adatbázis hozzáférés :

egyedi SQL lekérdezések szintjén - JDBC , SQLJ alapján ;
az adatbázisban való tárolásra képes objektumok fogalmának szintjén - Java Data Objects és Java Persistence API alapú .

Általános támogatás (az 1.5-ös verzió óta).
Lambdák támogatása, zárak, beépített funkcionális programozási lehetőségek (1.8 óta).

Fő ötletek

Primitív típusok

A Java-ban mindössze 8 primitív (skaláris, egyszerű) típus létezik : boolean, byte, char, short, int, long, float, double. Létezik egy kiegészítő kilencedik primitív típus is - void, azonban az ilyen típusú változók és mezők nem deklarálhatók a kódban, és maga a típus csak a neki megfelelő osztály leírására szolgál, reflexiós használatra : pl. Void[doc. 6] megtudhatja, hogy egy bizonyos módszer a következő típusú-e void: Hello.class.getMethod("main", String[].class).getReturnType() == Void.TYPE.

A primitív típusok hosszát és értéktartományát a szabvány határozza meg, nem az implementáció, és a táblázat tartalmazza. A char típust a lokalizáció kényelme érdekében kétbájtosra tették (a Java egyik ideológiai alapelve): a szabvány megalkotásakor a Unicode -16 már létezett, de a Unicode-32 nem. Mivel ennek eredményeként nem maradt egybájtos típus, új típusú bájt került hozzáadásra, amely Java-ban a többi nyelvtől eltérően nem előjel nélküli. floatA és típusok doublespeciális értékekkel és „nem számmal” ( NaN ) rendelkezhetnek. A kettős típusnál , , ; típushoz - ugyanaz, de előtag helyett . A és típusok által elfogadott minimális és maximális értékek szintén szabványosak. $+\infty$ $-\infty$ Double.POSITIVE_INFINITYDouble.NEGATIVE_INFINITYDouble.NaNfloatFloatDoublefloatdouble

Típusú	Hossz (bájtban)	Értéktartomány vagy értékkészlet
logikai érték	1 a tömbökben, 4 a változókban [69]	igaz hamis
byte	egy	−128..127
char	2	0..2 16 −1, vagy 0..65535
rövid	2	−2 15 ..2 15 −1 vagy −32768..32767
int	négy	−2 31 ..2 31 −1 vagy −2147483648..2147483647
hosszú	nyolc	−2 63 ..2 63 −1, vagy körülbelül −9,2 10 18 ..9,2 10 18
úszó	négy	-(2-2 -23 ) 2 127 ..(2-2 -23 ) 2 127 , vagy körülbelül -3,4 10 38 ..3,4 10 38 , valamint , , NaN $-\infty$ $\infty$
kettős	nyolc	-(2-2 -52 ) 2 1023 ..(2-2 -52 ) 2 1023 vagy körülbelül -1,8 10 308 ..1,8 10 308 , valamint , , NaN $-\infty$ $\infty$

Ilyen merev szabványosításra volt szükség ahhoz, hogy a nyelv platformfüggetlen legyen, ami a Java egyik ideológiai követelménye. A platformfüggetlenséggel kapcsolatban azonban továbbra is fennáll egy kis probléma. Egyes processzorok 10 bájtos regisztereket használnak az eredmények közbenső tárolására, vagy más módon javítják a számítások pontosságát. Annak érdekében, hogy a Java a lehető legjobban átjárható legyen a különböző rendszerek között, a korai verziókban tilos volt a számítások pontosságának javítása. Ez azonban lassabb teljesítményt eredményezett. Kiderült, hogy a platformfüggetlenség érdekében keveseknek kell a pontosság romlása, főleg, ha a programok munkájának lelassításával kell fizetni érte. Számos tiltakozás után ezt a tiltást törölték, de hozzáadták a kulcsszót strictfp, amely tiltja a pontosság növelését.

Transzformációk a matematikai műveletekben

A Java nyelv a következő szabályokkal rendelkezik:

Ha az egyik operandus típus double, a másik is típussá alakul double.
Ellenkező esetben, ha az egyik operandus típusú float, akkor a másik is típussá alakul float.
Ellenkező esetben, ha az egyik operandus típusú long, akkor a másik is típussá alakul long.
Ellenkező esetben mindkét operandus típusra konvertálódik int.

A beépített típusok implicit konverziójának ez a módszere teljesen egybeesik a C / C++ típuskonverzióval [70] .

Objektumváltozók, objektumok, hivatkozások és mutatók

A Java nyelv csak dinamikusan létrehozott objektumokat tartalmaz. Az objektum típusú változók és objektumok a Java-ban teljesen különböző entitások. Az objektumtípusok változói hivatkozások , azaz a dinamikusan létrehozott objektumokra mutató mutatók analógjai. Ezt hangsúlyozza a változók deklarációjának szintaxisa . Tehát a C++ kód így nézhet ki:

dupla a [ 10 ][ 20 ] ; foo b ( 30 );

De ugyanaz a dolog Java-ban nagyon másképp fog kinézni:

double [][] a = új kettős [ 10 ][ 20 ] ; Foo b = új Foo ( 30 );

A hozzárendelések, a szubrutinoknak való átadás és az összehasonlítások során az objektumváltozók mutatóként viselkednek, vagyis az objektumok címeit hozzárendeli, másolja és összehasonlítja. És amikor objektumváltozóval hozzáférünk egy objektum adatmezőihez vagy metódusaihoz, nincs szükség különleges hivatkozási műveletekre – a hozzáférés úgy történik, mintha az objektumváltozó maga lenne az objektum.

Az objektumváltozók bármilyen típusú változók, kivéve a primitíveket. A Java-ban nincsenek kifejezett mutatók. A C, C++ és más programozási nyelvek mutatóival ellentétben a Java hivatkozások rendkívül biztonságosak a használatukra vonatkozó szigorú korlátozások miatt.

Egy típusú intvagy más primitív típusú objektum nem konvertálható mutatóvá vagy hivatkozássá, és fordítva.
Tilos műveleteket végrehajtani hivatkozásokon ++, −−, +, −vagy bármilyen más aritmetikai és logikai műveleten ( &&, ||, ^^).
A referenciák közötti típuskonverzió szigorúan szabályozott. A tömbhivatkozások kivételével csak egy öröklött típus és leszármazottja közötti hivatkozásokat lehet konvertálni, az örökölt típusról az öröklődő típusra történő átalakítást kifejezetten meg kell adni, és ennek értelmességét futási időben ellenőrizni kell. A tömbreferencia-konverziók csak akkor engedélyezettek, ha az alaptípusuk konverziói engedélyezettek, és nincs dimenzióütközés.
A Java nem rendelkezik cím felvételére ( &) vagy objektum felvételére egy címen ( *). Az és ( ) csak azt jelenti, hogy "bitenként és" (a kettős "és" jelentése "logikai és") . &A logikai típusok esetében azonban az egyetlen „és” jel jelentése „logikai és”, ami abban különbözik a dupla „és” jeltől, hogy a tesztek láncolata nem áll meg, amikor a kifejezésben a false[71] érték érkezik . Például a == b && foo() == bar()nem fog hívást okozni foo()akkor sem , bar()ha a != bhasználata közben & mindenképpen.

Az ilyen speciálisan bevezetett korlátozásoknak köszönhetően a fizikai címek szintjén történő közvetlen memóriamanipuláció lehetetlen Java-ban (bár a semmire mutató hivatkozás értéke definiálva van: null).

Ha egy primitív típusra van szükség, akkor a primitív típusok burkolóosztályait használjuk: Boolean, Byte, Character, Short, Integer, Long, Float, Double.

Hivatkozások sokszorosítása és klónozása

Hozzárendeléskor az objektum nem másolódik, mivel az objektumváltozók referenciaváltozók. Szóval, ha írsz

Foo foo , bár ; ... bár = foo ;

fooakkor a cím változóból változóba lesz másolva bar. Vagyis fooés barfog mutatni ugyanarra a memóriaterületre, vagyis ugyanarra az objektumra; Ha megpróbálja megváltoztatni a változó által hivatkozott objektum mezőit, fooakkor a változó által hivatkozott objektum megváltozik , barés fordítva. Ha csak még egy példányt kell beszerezni az eredeti objektumból, akkor vagy olyan metódust (tagfüggvényt, C ++ terminológiában) használnak clone (), amely másolatot készít az objektumról, vagy (ritkábban) másolat konstruktort (konstruktorokat Java-ban ) nem lehet virtuális, így egy leszármazott osztály példányát helytelenül másolja át az ősosztály konstruktora; a klón módszer meghívja a kívánt konstruktort, és ezzel megkerüli ezt a korlátozást).

Módszer clone()[doc. 7] egy osztályt igényel egy interfész megvalósításához Cloneable[doc. 8] . Ha egy osztály megvalósítja az interfészt Cloneable, akkor alapértelmezés szerint az clone()összes mezőt másolja ( sekély másolás ). Ha másolás helyett klónozni szeretne mezőket (valamint azok mezőit és így tovább), felül kell írnia a clone(). Egy módszer meghatározása és használata clone()gyakran nem triviális feladat [72] .

Változó inicializálása

Minden változó vagy explicit definíciót igényel, vagy automatikusan nullákkal (0, null, false) kerül kitöltésre. Így az alacsony szintű nyelvekre, például a C -re jellemző inicializálatlan memória véletlen használatához kapcsolódó heisenbugok eltűnnek .

Szemétgyűjtés

A Java nyelvben nem lehet kifejezetten törölni egy objektumot a memóriából – ehelyett a szemétgyűjtés valósul meg . Hagyományos trükk arra, hogy a szemétgyűjtőnek "tippeket" adjon a memória felszabadítására, egy változó nullra állítása null, ami akkor lehet hatékony, ha olyan objektumot kell felszabadítani, amelyre már nincs szükség, és amelyre egy hosszú élettartamú objektumban hivatkoznak [73 ] . Ez azonban nem jelenti azt, hogy az értékkel helyettesített objektum nullminden bizonnyal és azonnal törlődik, de garancia van arra, hogy a jövőben törlésre kerül. Ez a technika csak az objektumra való hivatkozást távolítja el, azaz leválasztja a mutatót a memóriában lévő objektumról. Ebben az esetben figyelembe kell venni, hogy az objektumot addig nem törli a szemétgyűjtő, amíg a használt változókból vagy objektumokból legalább egy hivatkozás rá mutat. Léteznek módszerek a kényszeres szemétszállítás kezdeményezésére is, de ezeket nem garantáltan hívja a futtatókörnyezet, és normál használatra sem ajánlott.

Osztályok és függvények

A Java nem procedurális nyelv: bármely függvény csak egy osztályon belül létezhet. Ezt hangsúlyozza a Java nyelv terminológiája, ahol a "function" vagy a "member function" ( angol tagfüggvény ) fogalma nincs , hanem csak metódus . A standard függvények is metódusokká váltak. Például a Java-ban nincs függvény , de van egy osztálymetódus (amely a , , , és még sok más sin()metódusokat is tartalmazza ). A Java konstruktorait nem tekintjük metódusnak. A Java-ban nincsenek destruktorok, és egy metódust semmiképpen sem szabad a destruktorral analógnak tekinteni. Math.sin()Mathsin()cos()exp()sqrt()abs()finalize()

Konstruktorok

A konstruktor egy speciális metódus, amely szükségszerűen meghívódik egy új objektum létrehozásakor, vagyis egy objektum (egy osztály példánya) nem hozható létre az osztálykonstruktor meghívása nélkül. Nem mindig kényelmes inicializálni az osztály összes változóját, amikor példányosodik, ezért a példányváltozókat gyakran a konstruktor törzsében deklarálják, de konstruktor argumentumaként inicializálják az osztály példányosítása során. Néha könnyebb bizonyos értékeket alapértelmezés szerint létrehozni az objektum létrehozásakor. Ebben az esetben a változók deklarálása és inicializálása a konstruktor törzsében történik.

A konstruktor közvetlenül a létrehozáskor inicializálja az objektumot. A konstruktor neve megegyezik az osztály nevével, beleértve a kis- és nagybetűket is, és a konstruktor szintaxisa hasonló a visszatérési érték nélküli metóduséhoz.

magán int Cat (); // így néz ki a Cat nevű metódus, mint a Cat (); // így néz ki a Cat osztály konstruktora

A metódusokkal ellentétben a konstruktor soha nem ad vissza semmit.

A konstruktor meghatározza az osztály objektumának létrehozásakor végrehajtandó műveleteket, és az osztály fontos része. A programozók általában megpróbálnak kifejezetten megadni egy konstruktort. Ha nincs kifejezett konstruktor, akkor a Java automatikusan létrehoz egyet (üres) az alapértelmezett használatra.

Példaként vegyünk egy osztályt Box, amely egy doboz leírását reprezentálja. Az osztálykonstruktor egyszerűen beállítja a doboz kezdeti méreteit.

classBox { int szélesség ; _ // doboz szélessége int magasság ; // doboz magassága mélységben ; // dobozmélység // Konstruktor Box ( int a , int b ) { width = a ; magasság = b ; mélység = 10 ; } // a doboz térfogatának kiszámítása in getVolume ( ) { return szélesség * magasság * mélység ; } } Statikus módszerek és mezők

A Java (valamint a C++) statikus mezőket és statikus metódusokat használ ( static method - a programozáselméletben osztálymetódusoknak is nevezik), amelyeket a kulcsszóval adunk meg . A statikus mezőknek (osztályváltozóknak) ugyanaz a jelentése, mint a C++-ban: minden ilyen mező az osztály sajátja, így a statikus mezők eléréséhez nem kell példányokat létrehoznia a megfelelő osztályból. static

Például az osztályban megvalósított matematikai függvények Math[doc. 9] csak statikus metódusai ennek az osztálynak. Ezért közvetlenül hívhatók az osztályból anélkül, hogy példányt hoznának létre belőle, például:

double x = matematika . bűn ( 1 );

Tilos statikus osztály példányának létrehozása privát konstruktor használatával. Például egy osztály példányának létrehozása Mathfordítási idejű hibát eredményez:

Math m = új matematika (); // Hiba: A Math() privát hozzáféréssel rendelkezik a java.lang.Math double x = m -ben . bűn ( 1 ); // Az objektumnak nem lenne sin metódusa, mivel statikus

Mivel a statikus metódusok az objektumoktól (egy osztály példányaitól) függetlenül léteznek, nem férnek hozzá az adott osztály szabályos (nem statikus) mezőihez és metódusaihoz. Különösen statikus metódus implementálásakor NEM SZABAD használni az azonosítót this.

A statikus importálás funkció lehetővé teszi statikus függvények és konstansok meghívását osztály megadása nélkül. Példa statikus import nélkül:

double x = matematika . sin ( Math . tan ( Math . sqrt ( y )) + Math . floor ( 24,5 )) + Math . cos ( 42 * Math . PI );

Ugyanez a példa, de statikus importálással:

import statikus java.lang.Math.* ; ... dupla x = sin ( barna ( sqrt ( y )) + padló ( 24,5 )) + cos ( 42 * PI ); Befejezés (végleges)

A (final) kulcsszó finaleltérő jelentéssel bír egy mező, metódus vagy osztály leírásakor.

Az osztály végső mezője a deklaráláskor vagy az osztálykonstruktorban inicializálódik (a statikus mező pedig a statikus inicializálási blokkban). Ezt követően az értéke nem módosítható. Ha egy statikus osztálymezőt vagy változót konstans kifejezéssel inicializálunk, a fordító elnevezett konstansként kezeli ; ilyen esetben az értékük használható utasításokbanswitch (típusú konstansokhoz int), valamint feltételes fordításhoz (típusú konstansokhoz boolean), ha operátorralif használjuk .
A helyi változók értékei , valamint a kulcsszóval jelölt metódusparaméterek hozzárendelésfinal után nem módosíthatók. Értékeik azonban használhatók névtelen osztályokon belül .
A szóval jelölt osztálymetódus nemfinal bírálható felül örökléssel.
Az utolsó osztálynak nem lehet gyereke.

Absztrakció

Java-ban a nem kifejezetten static, finalvagy private-ként deklarált metódusok a C++ terminológiában virtuálisak : az alap- és az öröklődő osztályokban eltérő módon definiált metódusok meghívása mindig futási ellenőrzést hajt végre.

A Java absztrakt metódusa ( módosító abstract) olyan metódus, amely paraméterekkel és visszatérési típussal rendelkezik, de nincs törzse. Az absztrakt metódusokat származtatott osztályokban határozzák meg. A C++ absztrakt metódusának analógja egy tisztán virtuális függvény. Ahhoz, hogy egy osztály le tudjon írni absztrakt metódusokat, magát az osztályt is absztraktnak kell nyilvánítani. Absztrakt osztályobjektumok nem hozhatók létre.

Interfészek

A Java legmagasabb absztrakciós foka az interfész (módosító interface). A felület többnyire absztrakt metódusokat tartalmaz, amelyek nyilvános hozzáférési szinttel rendelkeznek: leírók abstract, és publicnem is szükségesek hozzájuk. A Java 8 és 9 óta azonban bevezették az interfészekben való használat lehetőségét.

- Java 8: statikus ( static) metódusok és alapértelmezett metódusok ( default);

- Java 9: hozzáférési szinttel rendelkező módszerek private.

Ezek a metódusok tartalmaznak egy törzset, ami azt jelenti, hogy nem absztraktak, de az interfész egy adott megvalósításában a default-metódusok felülbírálhatók.

A Java interfészt nem tekintik osztálynak, bár valójában egy teljesen absztrakt osztályról van szó. Egy osztály örökölhet/ kibővíthet ( extends) egy másik osztályt, vagy megvalósíthat ( implements) egy interfészt. Ezenkívül egy interfész örökölhet/kibővíthet ( extends) egy másik interfészt.

Java-ban egy osztály nem örökölhet több osztályból, de több interfészt is megvalósíthat. Az interfészek többszörös öröklése nem tilos, vagyis egy interfész többről is örökölhető.

Az interfészek metódusparaméter-típusként használhatók. Az interfészek nem példányosíthatók.

Marker interfészek

A Java olyan felületekkel rendelkezik, amelyek nem tartalmaznak implementációs metódusokat, de a JVM speciális módon kezeli őket: Cloneable, Serializable, RandomAccess, Remote.

Javasablonok (általános)

A Java 5.0-tól kezdve egy általános programozási mechanizmus jelent meg a nyelvben - olyan sablonok, amelyek külsőleg közel állnak a C ++ sablonokhoz. Speciális szintaxist használva az osztályok és metódusok leírásában megadhat típusparamétereket, amelyek a leíráson belül használhatók mezőtípusként, paraméterként és metódusok visszatérési értékeként.

// Általános osztály deklaráció class GenericClass < E > { E getFirst () { ... } void add ( E obj ) { ... } } // Általános osztály használata a kódban GenericClass < String > obj = new GenericClass <> (); obj . add ( "qwerty" ); Karakterlánc p = obj . getFirst ();

Az osztályok, interfészek és metódusok általános deklarációja megengedett. Ezenkívül a szintaxis támogatja a korlátozott típusú paraméterek deklarációit: egy típuskonstrukció megadása a deklarációban <T extends A & B & C...>megköveteli, hogy a T típusparaméter megvalósítsa az A, B, C és így tovább interfészeket.

A C#-sablonokkal ellentétben a Java-sablonokat a futási környezet nem támogatja - a fordító egyszerűen bájtkódot hoz létre, amelyben már nincsenek sablonok. A sablonok Java-ban való megvalósítása alapvetően különbözik a hasonló mechanizmusok C ++-ban való megvalósításától: a fordító nem generál egy-egy osztály- vagy sablonmetódus külön változatát minden egyes sablonhasználati esethez, hanem egyszerűen egyetlen bájtkódos implementációt hoz létre, amely tartalmazza a szükséges típusellenőrzéseket és átalakításokat. Ez számos korlátozáshoz vezet a sablonok Java programokban való használatára vonatkozóan.

Az osztálytagság ellenőrzése

Java nyelven kifejezetten ellenőrizheti, hogy egy objektum melyik osztályba tartozik. A kifejezés foo instanceof Fooakkor egyenlő true, ha az objektum fooegy osztályhoz Foovagy annak leszármazottjához tartozik, vagy interfészt valósít meg Foo(vagy általánosabban örököl egy osztályt, amely egy interfészt valósít meg, amely örökli a -t Foo).

Továbbá a függvény getClass()[doc. 10] , az összes objektumhoz definiált, egy típusú objektumot állít elő Class<?>. Minden osztályhoz legfeljebb egy, azt leíró típusú objektum jön létre Class, így ezek az objektumok összehasonlíthatók. Így például foo.getClass() == bar.getClass()igaz lesz, ha az objektumok fooés az objektumok barugyanabba az osztályba tartoznak.

Ezen túlmenően Class<?>bármilyen típusú objektum beszerezhető így: Integer.class, Object.class.

Az osztályok közvetlen összehasonlítása nem mindig a legjobb módszer az osztálytagság ellenőrzésére. Gyakran egy függvényt használnak helyette isAssignableFrom(). Ez a függvény egy típusú objektumon van definiálva, Classés egy típusobjektumot vesz Class<?>paraméterként. Így a hívás Foo.class.isAssignableFrom(Bar.class)akkor tér vissza true, ha Fooaz osztály őse Bar. Mivel minden objektum a típus leszármazottja Object, a hívás Object.class.isAssignableFrom()mindig visszatér true.

A típusú objektum említett funkcióival együtt Classa függvények isInstance[doc. 11] (egyenértékű a -val instanceof), valamint cast()(a paramétert a kiválasztott osztály objektumává alakítja).

Hibakezelés

A Java hibakezelése hasonló a C++ hibakezeléséhez, kivéve egy finally. Ez a különbség abból adódik, hogy a Java nem tud ragaszkodni a RAII koncepcióhoz a szemétgyűjtő jelenléte miatt, és az erőforrások automatikus felszabadítása a destruktorban előre nem látható sorrendben, tetszőleges időközönként megtörténhet.

A hibakezelés a try, catchés operátorokkal történik finally. A kidobott hibát egy bizonyos osztályú objektum írja le, amely a Throwable[doc. 12] és a hiba típusának megfelelő. A blokkon belül tryolyan kód található, amely kivételt tud dobni, és a blokk catchelkapja a programozó által megadott típusú hibákat. Ebben az esetben egynél több blokkot is megadhat catcha különböző hibaosztályok kezelésére, vagy több fogást több hiba kezelésére. A blokk nem kötelező, de ha van, akkor a hiba előfordulásától függetlenül lefut, és célja finallya blokk működése során lefoglalt tryerőforrások felszabadítása.

A Java 7 óta az interfész AutoCloseable[doc. 13] , amely lehetővé teszi olyan osztályok megvalósítását, amelyek automatikusan felszabadítják az erőforrásokat. Az ilyen osztályok objektumait zárójelben kell létrehozni a try. Az automatikus erőforrás-felszabadítás egyszerű példája egy fájl tartalmának beolvasása:

import java.io.* ; public class Fő { public static void main ( String [ ] args ) IOException { if ( args . hossz < 2 ) { Rendszer . hiba . println ( "Nincs megadva fájlnév." ); visszatérés ; } String fájlnév = args [ 1 ] ; // A megnyitott fájl véletlenül automatikusan bezárul try ( BufferedReader olvasó = new BufferedReader ( new FileReader ( fájlnév ))) { Húrvonal ; _ for ( int n = 1 ; ( sor = olvasó . readLine ()) != null ; ++ n ) { Rendszer . ki . println ( n + ": " + sor ); } } catch ( FileNotFoundException e ) { Rendszer . hiba . println ( "A megadott fájl nem található." ); } // végül { // reader.close(); // automatikus erőforrás bezárás // } } }

A Java ragaszkodik ahhoz a koncepcióhoz, hogy kötelező megadni azokat a hibaosztályokat, amelyeket egy metódus dobhat. Ez egy kulcsszó használatával történik throwsa metódus leírása után. Ha a metódus nem ad meg a metódusból kidobható kivételosztályt (vagy annak elődjét), akkor ez fordítási hibát okoz. A koncepciónak a kódot öndokumentálóvá kellett volna tennie, jelezve, hogy egy adott metódus milyen kivételeket dobhat, de a gyakorlatban ez ritkán igazolja magát, mert a különféle körülmények miatt a programozó megadhat egy osztályt kivételként, amelyet ki kell dobni, Exceptionvagy problémásnak zárhat be. metódus részei egy blokkban try... catchaz egyes hibák figyelmen kívül hagyására, vagy - a blokkban try... finally, az összes lehetséges hiba elrejtése. A koncepció hátránya az is, hogy a programozónak magának kell meghatároznia és előírnia azokat a kivételeket, amelyeket a metódus dobhat [74] .

Névtér

A névterek gondolatát a Java csomagok testesítik meg .

A Java csomag neve latin (kis- és nagybetű), számokkal (nem az első a sorban) és aláhúzással (nem az első és nem az utolsó), amelyek nem nyelvi utasítások (megjegyzés if, null), pontokkal elválasztva. .

Példák a helyes névre:

project.types.net.media
a0.a_b.canrepeat.canrepeat.UPPERCASE.RaNdOmCaSe(bár nem kívánatos az olvashatatlanság miatt)

Példák helytelen névre:

doubledots..something(két pont egymás után)
нестандартный.язык(nem latin)
0first.characret.is.number(szám az elején)
contains.white space(tér)
true.asd(tartalmazza true, lásd fent)

A csomagok osztályokat, felületeket, felsorolásokat, megjegyzéseket (stb.) tartalmaznak, amelyek neve latin (kis- és nagybetű), számokkal (nem az első a sorban). Egy fájlban csak egy nyilvános osztály, interfész (stb.) lehet. A fájlban található nyilvános osztály, interfész (stb.) nevének meg kell egyeznie a fájl nevével. Minden osztálynak megvan a saját névtere a függvények, változók és alosztályok, alinterfészek (stb.) számára, és egy osztály alosztályát a OuterClass.InnerClass, vagy használhatja OuterClass$InnerClass, így a dollár szimbólum használata az osztály nevében nem ajánlott.

Programpéldák

Programkód "Hello, world!" .

class hello world { public static void main ( String [ ] args ) { Rendszer . ki . println ( "Szia, világ!" ); } }

Általánosítások :

Példa a generikumok használatára import java.util.List ; import java.util.ArrayList ; public class Minta { public static void main ( String [] args ) { // Objektum létrehozása sablonból. Lista < String > strings = new ArrayList <> (); húrok . add ( "Hello" ); húrok . add ( "világ" ); húrok . add ( "!" ); for ( var string : strings ) { System . ki . print ( string + " " ); } } }

Reflexió :

Példa a reflexió használatára import java.lang.reflect.Field ; import java.lang.reflect.Method ; class TestClass { private int value ; public int getValue () { return value ; } public void setValue ( int valueIn ) { this . érték = valueIn ; } } public class Main { public static void main ( String [] args ) { var testClass = new TestClass (); for ( var mező : testClass . getClass (). getDeclaredFields ()) { System . ki . printf ( "név:%s, típus:%s \n" , mező .getName (), mező .getType (). getCanonicalName ( ) ); } for ( var metódus : testClass . getClass (). getDeclaredMethods ()) { System . ki . printf ( "név:%s, visszatérési típus:%s \n" , metódus .getName (), metódus .getReturnType (). getCanonicalName ( ) ); } } }

Megjegyzések :

Annotációs példa import java.lang.annotation.ElementType ; import java.lang.annotation.Retention ; import java.lang.annotation.RetentionPolicy ; import java.lang.annotation.Target ; @Retention ( RetentionPolicy . RUNTIME ) @Target ( ElementType . TYPE ) public @interface MyAnnotation { public logikai érték () alapértelmezett false ; } @MyAnnotation ( érték = igaz ) public class TestClass { } public class Main { public static void main ( String [] args ) { var testClass = new TestClass (); var myAnnotation = testClass . getClass (). getAnnotation ( MyAnnotation . class ); if ( myAnnotation != null ) { System . ki . printf ( "érték:%s \n" , myAnnotation . value ()); } } }

Szoftverfejlesztő eszközök

JDK - a Java SE és Java EE platformokhoz tartozó könyvtárak mellett tartalmazza a javac parancssori fordítót és egy sor segédprogramot, amelyek parancssori módban is működnek.
A NetBeans IDE egy ingyenes IDE minden Java platformhoz – Java ME , Java SE és Java EE . Az Oracle , a Java technológia tulajdonosa népszerűsíti , mint alapvető eszközt a Java és más nyelveken ( C , C++ , PHP , Fortran stb.) történő szoftverfejlesztéshez .
Az Eclipse IDE egy ingyenes IDE a Java SE , a Java EE és a Java ME számára [75] . Az IBM , az egyik legfontosabb vállalati szoftverfejlesztő népszerűsítette, mint alapvető eszközt a Java és más nyelvű szoftverek fejlesztéséhez ( C , C++ , Ruby , Fortran stb.).
Az IntelliJ IDEA egy fejlesztői környezet a Java SE , Java EE és Java ME platformokhoz . A fejlesztő a JetBrains . Két változatban terjesztve: ingyenes ingyenes (Community Edition) és kereskedelmi tulajdonú (Ultimate Edition).
A JDeveloper egy fejlesztőkörnyezet a Java SE , Java EE és Java ME platformokhoz . A fejlesztő az Oracle .
A BlueJ egy Java szoftverfejlesztő környezet, amelyet elsősorban oktatási használatra terveztek, de alkalmas kisebb programok fejlesztésére is.
A Geany egy ingyenes szoftverfejlesztő környezet , amely a GTK2 könyvtár használatával készült .

Lásd még

Jegyzetek

Megjegyzések

↑ Angolul /ˈdʒɑːvə/-ként ejtik , oroszul vannak „Java” és „Java” átírások, a védjegytulajdonosok az első átírást részesítik előnyben.

Dokumentáció

Források

↑ https://www.lemondeinformatique.fr/actualites/lire-java-open-source-c-est-fait-et-c-est-en-gpl-21350.html
↑ A legnépszerűbb programozási nyelvek 2020 , IEEE Spectrum . Az eredetiből archiválva : 2021. január 18. Letöltve: 2021. február 14.
↑ TIOBE Index | TIOBE – A szoftverminőségi vállalat . www.tiobe.com. Letöltve: 2018. november 19. Az eredetiből archiválva : 2018. február 25. (határozatlan)
↑ Buyya. Objektumorientált programozás Java-val: Alapvető tudnivalók és alkalmazások . - Tata McGraw-Hill Oktatás, 2009. - 678 p. — ISBN 9780070669086 . Archivált : 2018. november 12. a Wayback Machine -nél
↑ Star7: hogyan indult a Java
↑ 1 2 Java 6 -szerver sebessége ÷ C++ GNU g++ sebesség | Számítógépes nyelvi teljesítménymérő játék (nem elérhető link) . Letöltve: 2010. március 4. Az eredetiből archiválva : 2011. június 14. (határozatlan)
↑ Metz, Cade. A Google szembeállítja a C++-t a Java-val, a Scalával és a Go- val . A nyilvántartás (2011. június 3.). Letöltve: 2011. június 5. Az eredetiből archiválva : 2011. augusztus 21..
↑ Loop Recognition in C++/Java/Go/Scala (0,3 MB) Archiválva : 2011. november 16. a Wayback Machine -nél
↑ A Google összehasonlította a C++, a Java, a Go és a Scala teljesítményét . Letöltve: 2011. június 5. Az eredetiből archiválva : 2011. június 8.. (határozatlan)
↑ Robert Tolksdorf. Programozási nyelvek a Java Virtual Machine JVM -hez . a research GmbH. — Online katalógus a JVM alternatív nyelveiről és nyelvi bővítményeiről. Letöltve: 2009. június 5. Az eredetiből archiválva : 2011. augusztus 21..
↑ SUN SHIPS JDK 1.1 -- JAVABEANS INCLUDED (hivatkozás nem érhető el) (2008. február 10.). Letöltve: 2018. november 17. Az eredetiből archiválva : 2008. február 10. (határozatlan)
↑ Java 2 szoftver (lefelé irányuló kapcsolat) (2004. január 19.). Letöltve: 2018. november 17. Az eredetiből archiválva : 2004. január 19. (határozatlan)
↑ Ada 83 LRM, 12.1 szakasz: Általános nyilatkozatok . archive.adaic.com. Letöltve: 2018. november 17. Az eredetiből archiválva : 2019. április 17. (határozatlan)
↑ Vizsgálati eredmények . Letöltve: 2012. szeptember 13. Az eredetiből archiválva : 2012. június 25. (határozatlan)
↑ JavaFX GYIK . www.oracle.com. Letöltve: 2018. november 17. Az eredetiből archiválva : 2018. október 29. (határozatlan)
↑ Smith, Donald . A JavaFX és más Java-kliens-útvonali frissítések jövője . Az eredetiből archiválva : 2018. november 17. Letöltve: 2018. november 17.
↑ fejlesztési ütemterv a JDK7-hez . Letöltve: 2011. július 4. Az eredetiből archiválva : 2021. január 8.. (határozatlan)
↑ B terv . Letöltve: 2011. július 4. Az eredetiből archiválva : 2011. július 11. (határozatlan)
↑ OpenJDK: Project Coin . openjdk.java.net. Letöltve: 2018. november 17. Az eredetiből archiválva : 2012. október 4.. (határozatlan)
↑ Az Oracle bejelentette a Java Standard Edition 7 -et, archiválva 2011. augusztus 3-án a Wayback Machine -nél (orosz)
↑ Korrupció és összeomlások indexelése az Apache Lucene Core / Apache Solr programban Java 7-tel archiválva 2021. augusztus 9-én a Wayback Machine -en
↑ Java Language Actor Extension in MPS Environment Archivált 2015. április 29-én a Wayback Machine -nél . — Az ITMO közleménye. - 6. szám (94)
↑ A JDK 8 újdonságai . www.oracle.com. Letöltve: 2018. november 17. Az eredetiből archiválva : 2020. április 13. (határozatlan)
↑ Módszer hivatkozások . A Java™ oktatóanyagok . docs.oracle.com. Letöltve: 2018. november 17. Az eredetiből archiválva : 2018. október 21..
↑ A JDK 9 kiadása további négy hónapot késik . Letöltve: 2017. május 17. Az eredetiből archiválva : 2017. május 09. (határozatlan)
↑ A Java 9 megjelenési dátuma: július 27 . Letöltve: 2017. május 17. Az eredetiből archiválva : 2017. május 17. (határozatlan)
↑ A Java 9 szeptember 21-re késik . Letöltve: 2017. július 29. Az eredetiből archiválva : 2017. július 29. (határozatlan)
↑ Az Oracle bejelentette a Java SE 9-et és a Java EE 8-at. Sajtóközlemény . Oracle (2017. szeptember 21.). Letöltve: 2018. augusztus 1. Az eredetiből archiválva : 2018. október 2.
↑ Project Jigsaw . openjdk.java.net. Letöltve: 2018. november 24. Az eredetiből archiválva : 2021. január 9..
↑ JEP 102 : Process API frissítések . OpenJDK . Letöltve: 2018. szeptember 6. Az eredetiből archiválva : 2018. szeptember 6..
↑ 1 2 JEP 110: HTTP/2 kliens (inkubátor ) . OpenJDK . Letöltve: 2018. szeptember 6. Az eredetiből archiválva : 2018. szeptember 2..
↑ JEP 11: Inkubátor modulok . OpenJDK . Letöltve: 2018. szeptember 6. Az eredetiből archiválva : 2018. szeptember 15.
↑ JEP 254: Kompakt húrok . OpenJDK . Letöltve: 2018. szeptember 6. Az eredetiből archiválva : 2018. szeptember 8..
↑ JEP 287 : SHA-3 hash algoritmusok . OpenJDK . Letöltve: 2018. szeptember 6. Az eredetiből archiválva : 2018. szeptember 6..
↑ JEP 277 : Továbbfejlesztett elavulás . OpenJDK . Letöltve: 2018. szeptember 6. Az eredetiből archiválva : 2018. szeptember 19.
↑ Java nyelvi frissítések . www.oracle.com. Letöltve: 2021. november 14. Az eredetiből archiválva : 2021. november 14. (határozatlan)
↑ JEP 283: A GTK 3 engedélyezése Linuxon . openjdk.java.net. Letöltve: 2018. november 25. Az eredetiből archiválva : 2018. november 24. (határozatlan)
↑ Megérkezett az Oracle Java SE 10 kiadás . JÓSLAT. Letöltve: 2018. június 24. Az eredetiből archiválva : 2018. március 20.
↑ JEP 286 : Helyi változó típusú következtetés . openjdk.java.net. Letöltve: 2018. november 18. Az eredetiből archiválva : 2018. november 18.
↑ JEP 304: Szemétgyűjtő interfész . openjdk.java.net. Letöltve: 2018. november 20. Az eredetiből archiválva : 2018. október 3.
↑ JEP 307: Párhuzamos teljes GC G1 -hez . openjdk.java.net. Letöltve: 2018. november 21. Az eredetiből archiválva : 2018. október 3.
↑ Alekszej Ragozin. Biztonsági pontok a HotSpot JVM -ben . blog.ragozin.info. Letöltve: 2018. november 24. Az eredetiből archiválva : 2018. november 24..
↑ JEP 312 : Thread-Local Handshakes . openjdk.java.net. Letöltve: 2018. november 24. Az eredetiből archiválva : 2018. október 21..
↑ JEP 314 : További Unicode nyelvi címke bővítmények . openjdk.java.net. Letöltve: 2018. november 22. Az eredetiből archiválva : 2018. október 5..
↑ JEP 316 : Halmok kiosztása alternatív memóriaeszközökön . openjdk.java.net. Letöltve: 2018. november 24. Az eredetiből archiválva : 2018. október 22.
↑ JEP 317 : Kísérleti Java-alapú JIT fordító . openjdk.java.net. Letöltve: 2018. november 22. Az eredetiből archiválva : 2018. november 24..
↑ JEP 322 : Idő alapú kiadási verzió . openjdk.java.net. Letöltve: 2018. november 22. Az eredetiből archiválva : 2018. október 31.
↑ JEP 181: Nest-alapú hozzáférés- vezérlés . openjdk.java.net. Letöltve: 2018. november 18. Az eredetiből archiválva : 2018. november 18.
↑ JEP 318: Epsilon: No-Op szemétgyűjtő (kísérleti ) . openjdk.java.net. Letöltve: 2018. november 18. Az eredetiből archiválva : 2018. november 18.
↑ JEP 321: HTTP-kliens (Standard ) . openjdk.java.net. Hozzáférés időpontja: 2018. november 18. Az eredetiből archiválva : 2018. november 24.
↑ JEP 323 : Helyi változó szintaxis lambda-paraméterekhez . openjdk.java.net. Letöltve: 2018. november 18. Az eredetiből archiválva : 2018. november 15.
↑ JEP 327: Unicode 10 . openjdk.java.net. Letöltve: 2018. november 18. Az eredetiből archiválva : 2018. november 18.
↑ JEP 332: Transport Layer Security (TLS) 1.3 . openjdk.java.net. Letöltve: 2018. november 18. Az eredetiből archiválva : 2018. november 18.
↑ JEP 333: ZGC: Méretezhető, alacsony késleltetésű szemétgyűjtő (kísérleti ) . openjdk.java.net. Letöltve: 2018. november 18. Az eredetiből archiválva : 2018. november 18.
↑ Delabassee, David . A Java EE megnyitása – Frissítés . Az eredetiből archiválva : 2018. november 26. Letöltve: 2018. november 25.
↑ And the Name Is… (angolul) , Life at Eclipse (2018. február 26.). Az eredetiből archiválva : 2018. november 26. Letöltve: 2018. november 25.
↑ JEP 320: Távolítsa el a Java EE és CORBA modulokat . openjdk.java.net. Letöltve: 2018. november 25. Az eredetiből archiválva : 2018. november 24. (határozatlan)
↑ 1 2 Microsoft Java virtuális gép támogatás . Microsoft (2003. szeptember 12.). — A Microsoft hivatalos nyilatkozata az MSJVM támogatási programról. Letöltve: 2010. október 9. Az eredetiből archiválva : 2011. augusztus 21..
↑ Vizuális J# . Microsoft (2007. november). — Hivatalos Microsoft információ a J# törlésével kapcsolatban a Visual Studio 2008 programból. Hozzáférés dátuma: 2010. október 10. Az eredetiből archiválva : 2011. augusztus 21.. (Orosz)
↑ Todd Hoff. Amazon Architecture (angol) (2007. szeptember 18.). - Beszélgetés az Amazon architektúrájáról Java technológiák használatával. Letöltve: 2009. június 6. Az eredetiből archiválva : 2009. február 28..
↑ Amazon Elastic Compute Cloud (Amazon EC2 ) . Amazon Web Services LLC. - Az Amazon EC2, mint webszolgáltatás technológiájának és képességeinek leírása. Letöltve: 2009. június 6. Az eredetiből archiválva : 2011. augusztus 21..
↑ Todd Hoff. eBay Architecture (angol) (2008. május 27.). - Beszélgetés az eBay architektúrájáról a Java platformon. Hozzáférés dátuma: 2009. szeptember 6. Az eredetiből archiválva : 2011. augusztus 21.
↑ Randy Shoup, Dan Pritchett. Az eBay architektúrája . SD Forum 2006 . ??? (2006. november 29.). — Előadás az eBay architektúra fejlődésének történetéről. Letöltve: 2009. június 6. Az eredetiből archiválva : 2011. augusztus 21..
↑ Brian Guan. A LinkedIn blog. Blog archívum. Grálok a LinkedInnél . LinkedIn.com (2008. június 11.). - A Grails Java technológián alapuló LinkedIn rendszer létrejöttének története. Letöltve: 2009. június 5. Az eredetiből archiválva : 2011. augusztus 21..
↑ Hadoop és elosztott számítástechnika a Yahoo!-nál! (angol) . Jehu! — A Hadoop elosztott szolgáltatás Java technológia kezdőlapja a Yahoo! fejlesztői portálon. Letöltve: 2009. június 21. Az eredetiből archiválva : 2011. augusztus 21..
↑ OracleJVM és Java tárolt eljárások . Oracle Inc. – Az Oracle portálnak az Oracle DBMS szerver részeként a Java technológiáknak szentelt része. Letöltve: 2009. június 5. Az eredetiből archiválva : 2011. augusztus 21..
↑ Ubuntu: Intel® Q6600® négymagos számítógépes nyelvi referenciaértékek . Archiválva az eredetiből 2012. június 22-én. (határozatlan)
↑ Wolfgang Puffitsch, Martin Schoeberl. picoJava-II egy FPGA-ban // DTU könyvtár. - 2007. Archiválva : 2018. december 2.
↑ A JVM nem támogatja a logikai változókat, ezért int értékekként jelennek meg. A logikai [] tömbök azonban támogatottak. VM-specifikáció A Java virtuális gép szerkezete archiválva 2011. november 24-én a Wayback Machine -nél
↑ Bjarne Stroustrup . C++ programozási nyelv = A C++ programozási nyelv. - M.-SPb.: Binom, Nyevszkij dialektus, 2008. - 1104 p. - 5000 példány. — ISBN 5-7989-0226-2 ; ISBN 5-7940-0064-3 ; ISBN 0-201-70073-5 .
↑ James Gosling , Bill Joy, Guy Steele, Gilad Bracha, Alex Buckley, Daniel Smith. Java nyelvi specifikáció . 15. fejezet Kifejezések . docs.oracle.com . Letöltve: 2018. december 1. Az eredetiből archiválva : 2018. december 1..
↑ Java API referencia . Osztály objektum . docs.oracle.com . Letöltve: 2018. november 26. Az eredetiből archiválva : 2018. november 26..
↑ Scott Oaks. Java Performance: A végleges útmutató: Hozza ki a legtöbbet kódjából . - "O'Reilly Media, Inc.", 2014-04-10. — 425 p. — ISBN 9781449363543 . Archiválva 2021. július 21-én a Wayback Machine -nél
↑ A gond az ellenőrzött kivételekkel . www.artima.com Hozzáférés időpontja: 2018. december 21. Az eredetiből archiválva : 2019. január 8. (határozatlan)
↑ Pulsar - Eclipse Mobile Tools Platform . fogyatkozás. — Az eclipse projekt mobilfejlesztőknek. Letöltve: 2011. március 23. Az eredetiből archiválva : 2011. augusztus 21..

Irodalom

Herbert Schildt. Jáva. A teljes útmutató 10. kiadás = Java. A teljes referencia, 10. kiadás. - M . : "Dialektika" , 2018. - 1488 p. - ISBN 978-5-6040043-6-4 .
Kay S. Horstmann. Java SE 9. Alaptanfolyam = Core Java SE 9 türelmetleneknek. - M. : "Williams" , 2018. - 576 p. - ISBN 978-5-6040043-0-2 , 978-0-13-469472-6.
Kay S. Horstmann. Java SE 8. Bevezető tanfolyam = Java SE 8 az igazán türelmetleneknek. - M. : "Williams" , 2014. - 208 p. — ISBN 978-5-8459-1900-7 .
Fred Long, Dhruv Mohindra, Robert S. Seacord, Dean F. Sutherland, David Swoboda. Java programozói útmutató: 75 ajánlás a megbízható és biztonságos programokhoz = Java kódolási irányelvek: 75 ajánlás a megbízható és biztonságos programokhoz. - M. : "Williams" , 2014. - 256 p. — ISBN 978-5-8459-1897-0 .
Kay S. Horstmann. Jáva. Szakkönyvtár, 1. kötet. Alapismeretek. 10. kiadás = Core Java. I. kötet – Alapok (tizedik kiadás). - M. : "Williams" , 2017. - 864 p. — ISBN 978-5-8459-2084-3 .
Kay S. Horstmann. Jáva. Szakmai könyvtár, 2. kötet. Speciális programozási eszközök. 10. kiadás = Core Java. II. kötet – Speciális funkció (tizedik kiadás). - M. : "Williams" , 2017. - 976 p. - ISBN 978-5-9909445-0-3 .
Barry Bird. Java 9 for Dummies = Java For Dummies, 7. kiadás. - M . : "Dialektika" , 2018. - 624 p. - ISBN 978-5-9500296-1-5 , 978-1-119-23555-2.
Kishori Sharan. Java 9. Az innovációk teljes áttekintése = Java 9 Revealed. - M. : "DMK Press" , 2018. - 544 p. — ISBN 978-5-97060-575-2 .
James Gosling, Bill Joy, Guy Steele, Gilad Bracha, Alex Buckley. A Java SE 8 programozási nyelv Részletes leírás, 5. kiadás = The Java Language Specification, Java SE 8 Edition (5. kiadás) (Java sorozat). - M. : "Williams" , 2015. - 672 p. - ISBN 978-5-8459-1875-8 .
Joshua Bloch. Jáva. Hatékony programozás = Hatékony Java. - 3. - M . : Dialektika , 2019. - 464 p. - ISBN 978-5-6041394-4-8 .
Benjamin J. Evans, James Gough, Chris Newland. Java: programoptimalizálás. Gyakorlati módszerek az alkalmazások teljesítményének javítására a JVM-ben. - M . : Dialektika , 2019. - 448 p. - ISBN 978-5-907114-84-5 .
Monakhov Vadim. Java programozási nyelv és NetBeans környezet. - 3. kiadás - Szentpétervár. : BHV-Petersburg , 2011. - 704 p. - ISBN 978-5-9775-0671-7 .
Bruce Eckel. Java Philosophy = Gondolkodás Java nyelven. - 4. kiadás - Szentpétervár. : Péter , 2018. - 1168 p. - ISBN 978-5-496-01127-3 .

Linkek

A Java oktatóanyagok – Java 8 oktatóanyagok
Bruce Eckel ingyenes elektronikus könyvei (angol nyelven) – Bruce Eckel C ++ és Java nyelvű könyveinek szabadon terjesztett elektronikus változatai a forráskóddal együtt
Java 8 oktatóanyag
Java hivatalos webhely

A közösségi hálózatokon

Twitter

Tematikus oldalak

nyitott hub

Szótárak és enciklopédiák

Bibliográfiai katalógusokban
BNE : XX540033 BNF : 12533207m GND : 4401313-9 J9U : 987007561288105171 LCCN : sh95008574 NKC : ph117027

Jáva
Platformok	Java kártya Java ME Java SE Java EE
Sun Technologies	Jáva Java fejlesztőkészlet OpenJDK WTK Java virtuális gép JavaFX JAXP Rikácsolás
Harmadik fél kulcsfontosságú technológiái	GNU Classpath GNU fordító Java számára Kaffe TopLink Apache Harmony Apache Struts tavaszi keret Dalvik Hibernálás JBoss Feldolgozás AspectJ
Sztori	Java SE verziótörténet Java EE verziótörténet A Java kritikája Java közösségi folyamat Sun Microsystems Ingyenes Java implementációk
Nyelvi tulajdonságok	Bájtkód Szintaxis Memória modell Kisalkalmazások Szervletek midlets Java szerver oldalak Web Start Vállalati JavaBeans
Szkriptnyelvek	Jython JRuby BeanShell Groovy Judoscript_ Bean Scripting Framework Yoix Rhino
Java konferenciák	JavaOne Devoxx_

Programozási nyelvek
Sztori Kronológia
Ada ALGOL szerelő APL ALAPVETŐ C C++ C# D Delphi COBOL Erlang F# Tovább Fortran megy Haskell Jáva JavaScript Julia Kotlin Selypít Lua MATLAB Célkitűzés-C OCaml Pascal Perl PL/SQL PHP Piton rubin Rozsda Scala UNIX Shell Csevej Gyors Visual Basic .NET Zig
Kategória Listák: kronologikus kategória szerint