Java SE 15 ਰੀਲੀਜ਼

ਛੇ ਮਹੀਨਿਆਂ ਦੇ ਵਿਕਾਸ ਤੋਂ ਬਾਅਦ, ਓਰੇਕਲ ਜਾਰੀ ਕੀਤਾ ਪਲੇਟਫਾਰਮ ਜਾਵਾ SE 15 (ਜਾਵਾ ਪਲੇਟਫਾਰਮ, ਸਟੈਂਡਰਡ ਐਡੀਸ਼ਨ 15), ਓਪਨ-ਸਰੋਤ ਓਪਨਜੇਡੀਕੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇੱਕ ਸੰਦਰਭ ਅਮਲ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। Java SE 15 Java ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਪਿਛਲੀਆਂ ਰੀਲੀਜ਼ਾਂ ਦੇ ਨਾਲ ਪਿਛੜੇ ਅਨੁਕੂਲਤਾ ਨੂੰ ਕਾਇਮ ਰੱਖਦਾ ਹੈ; ਨਵੇਂ ਸੰਸਕਰਣ ਦੇ ਅਧੀਨ ਚੱਲਣ 'ਤੇ ਸਾਰੇ ਪਹਿਲਾਂ ਲਿਖੇ ਜਾਵਾ ਪ੍ਰੋਜੈਕਟ ਬਿਨਾਂ ਕਿਸੇ ਬਦਲਾਅ ਦੇ ਕੰਮ ਕਰਨਗੇ। Java SE 15 ਬਿਲਡਸ (JDK, JRE ਅਤੇ ਸਰਵਰ JRE) ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਤਿਆਰ Linux (x86_64), Windows ਅਤੇ macOS ਲਈ। OpenJDK ਪ੍ਰੋਜੈਕਟ ਦੁਆਰਾ ਵਿਕਸਤ ਸੰਦਰਭ ਲਾਗੂਕਰਨ ਜਾਵਾ 15 GPLv2 ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਪੂਰੀ ਤਰ੍ਹਾਂ ਓਪਨ ਸੋਰਸ ਹੈ, GNU ClassPath ਅਪਵਾਦਾਂ ਦੇ ਨਾਲ ਵਪਾਰਕ ਉਤਪਾਦਾਂ ਦੇ ਨਾਲ ਗਤੀਸ਼ੀਲ ਲਿੰਕਿੰਗ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

Java SE 15 ਨੂੰ ਇੱਕ ਆਮ ਸਹਾਇਤਾ ਰੀਲੀਜ਼ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਅਗਲੀ ਰੀਲੀਜ਼ ਤੱਕ ਅੱਪਡੇਟ ਪ੍ਰਾਪਤ ਕਰਨਾ ਜਾਰੀ ਰੱਖੇਗਾ। ਲੌਂਗ ਟਰਮ ਸਪੋਰਟ (LTS) ਬ੍ਰਾਂਚ Java SE 11 ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਜੋ 2026 ਤੱਕ ਅੱਪਡੇਟ ਪ੍ਰਾਪਤ ਕਰਦੀ ਰਹੇਗੀ। Java 8 ਦੀ ਪਿਛਲੀ LTS ਬ੍ਰਾਂਚ ਦਸੰਬਰ 2020 ਤੱਕ ਸਮਰਥਿਤ ਹੋਵੇਗੀ। ਅਗਲੀ LTS ਰਿਲੀਜ਼ ਸਤੰਬਰ 2021 ਲਈ ਤਹਿ ਕੀਤੀ ਗਈ ਹੈ। ਆਉ ਅਸੀਂ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਂਦੇ ਹਾਂ ਕਿ ਜਾਵਾ 10 ਦੇ ਰੀਲੀਜ਼ ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਪ੍ਰੋਜੈਕਟ ਇੱਕ ਨਵੀਂ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬਦਲ ਗਿਆ, ਨਵੇਂ ਰੀਲੀਜ਼ਾਂ ਦੇ ਗਠਨ ਲਈ ਇੱਕ ਛੋਟਾ ਚੱਕਰ ਦਰਸਾਉਂਦਾ ਹੈ। ਨਵੀਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਹੁਣ ਇੱਕ ਲਗਾਤਾਰ ਅੱਪਡੇਟ ਕੀਤੀ ਮਾਸਟਰ ਬ੍ਰਾਂਚ ਵਿੱਚ ਵਿਕਸਤ ਕੀਤੀ ਗਈ ਹੈ, ਜਿਸ ਵਿੱਚ ਤਿਆਰ ਕੀਤੇ ਬਦਲਾਅ ਸ਼ਾਮਲ ਹਨ ਅਤੇ ਜਿਸ ਤੋਂ ਨਵੀਆਂ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਸਥਿਰ ਕਰਨ ਲਈ ਹਰ ਛੇ ਮਹੀਨਿਆਂ ਵਿੱਚ ਸ਼ਾਖਾਵਾਂ ਨੂੰ ਬ੍ਰਾਂਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਤੋਂ ਨਵੀਨਤਾਵਾਂ ਜਾਵਾ 15 ਹੋ ਸਕਦਾ ਹੈ ਨਿਸ਼ਾਨ:

• ਬਿਲਟ-ਇਨ EdDSA (ਐਡਵਰਡਸ-ਕਰਵ ਡਿਜੀਟਲ ਸਿਗਨੇਚਰ ਐਲਗੋਰਿਦਮ) ਡਿਜੀਟਲ ਦਸਤਖਤ ਬਣਾਉਣ ਵਾਲੇ ਐਲਗੋਰਿਦਮ ਲਈ ਸਮਰਥਨ RFC 8032). ਪ੍ਰਸਤਾਵਿਤ EdDSA ਲਾਗੂ ਕਰਨਾ ਹਾਰਡਵੇਅਰ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਸਾਈਡ-ਚੈਨਲ ਹਮਲਿਆਂ ਤੋਂ ਸੁਰੱਖਿਅਤ ਹੈ (ਸਾਰੀਆਂ ਗਣਨਾਵਾਂ ਦਾ ਨਿਰੰਤਰ ਸਮਾਂ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ) ਅਤੇ ਸੁਰੱਖਿਆ ਦੇ ਉਸੇ ਪੱਧਰ ਦੇ ਨਾਲ, C ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖੇ ਮੌਜੂਦਾ ECDSA ਲਾਗੂਕਰਨ ਨਾਲੋਂ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਤੇਜ਼ ਹੈ। ਉਦਾਹਰਨ ਲਈ, 126-ਬਿੱਟ ਕੁੰਜੀ ਦੇ ਨਾਲ ਇੱਕ ਅੰਡਾਕਾਰ ਕਰਵ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ EdDSA ਇੱਕ secp256r1 ਅੰਡਾਕਾਰ ਕਰਵ ਅਤੇ ਇੱਕ 128-ਬਿੱਟ ਕੁੰਜੀ ਦੇ ਨਾਲ ECDSA ਦੇ ਸਮਾਨ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ।
• ਜੋੜਿਆ ਗਿਆ ਸੀਲਬੰਦ ਕਲਾਸਾਂ ਅਤੇ ਇੰਟਰਫੇਸਾਂ ਲਈ ਪ੍ਰਯੋਗਾਤਮਕ ਸਮਰਥਨ, ਜੋ ਕਿ ਹੋਰ ਕਲਾਸਾਂ ਅਤੇ ਇੰਟਰਫੇਸਾਂ ਦੁਆਰਾ ਲਾਗੂ ਕਰਨ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ, ਵਧਾਉਣ ਜਾਂ ਓਵਰਰਾਈਡ ਕਰਨ ਲਈ ਨਹੀਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਸੀਲਬੰਦ ਕਲਾਸਾਂ ਐਕਸਟੈਂਸ਼ਨ ਲਈ ਮਨਜ਼ੂਰ ਉਪ-ਕਲਾਸਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸੂਚੀਬੱਧ ਕਰਨ ਦੇ ਆਧਾਰ 'ਤੇ ਐਕਸੈਸ ਮੋਡੀਫਾਇਰ ਨਾਲੋਂ ਸੁਪਰਕਲਾਸ ਦੀ ਵਰਤੋਂ ਨੂੰ ਸੀਮਤ ਕਰਨ ਦਾ ਵਧੇਰੇ ਘੋਸ਼ਣਾਤਮਕ ਤਰੀਕਾ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ।

  ਪੈਕੇਜ com.example.geometry;

  ਜਨਤਕ ਸੀਲ ਕਲਾਸ ਸ਼ਕਲ
  ਪਰਮਿਟ com.example.polar.Circle,
  com.example.quad.Rectangle,
  com.example.quad.simple.Square {…}

• ਜੋੜਿਆ ਗਿਆ ਓਹਲੇ ਕਲਾਸਾਂ ਲਈ ਸਮਰਥਨ ਜੋ ਦੂਜੀਆਂ ਕਲਾਸਾਂ ਦੇ ਬਾਈਟਕੋਡ ਦੁਆਰਾ ਸਿੱਧੇ ਨਹੀਂ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਛੁਪੀਆਂ ਕਲਾਸਾਂ ਦਾ ਮੁੱਖ ਉਦੇਸ਼ ਫਰੇਮਵਰਕ ਵਿੱਚ ਵਰਤਿਆ ਜਾਣਾ ਹੈ ਜੋ ਰਨਟਾਈਮ 'ਤੇ ਕਲਾਸਾਂ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਤਿਆਰ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਅਸਿੱਧੇ ਤੌਰ 'ਤੇ ਵਰਤਦੇ ਹਨ, ਪ੍ਰਤੀਬਿੰਬ. ਅਜਿਹੀਆਂ ਕਲਾਸਾਂ ਦਾ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸੀਮਤ ਜੀਵਨ ਚੱਕਰ ਹੁੰਦਾ ਹੈ, ਇਸਲਈ ਉਹਨਾਂ ਨੂੰ ਸਥਿਰ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੀਆਂ ਕਲਾਸਾਂ ਤੱਕ ਪਹੁੰਚ ਲਈ ਬਣਾਈ ਰੱਖਣਾ ਜਾਇਜ਼ ਨਹੀਂ ਹੈ ਅਤੇ ਸਿਰਫ ਮੈਮੋਰੀ ਦੀ ਖਪਤ ਨੂੰ ਵਧਾਏਗਾ। ਛੁਪੀਆਂ ਕਲਾਸਾਂ ਗੈਰ-ਮਿਆਰੀ API sun.misc.Unsafe::defineAnonymousClass ਦੀ ਲੋੜ ਨੂੰ ਵੀ ਖਤਮ ਕਰਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਭਵਿੱਖ ਵਿੱਚ ਹਟਾਉਣ ਲਈ ਤਿਆਰ ਹੈ।
• ZGC (Z ਗਾਰਬੇਜ ਕੁਲੈਕਟਰ) ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਵਾਲੇ ਨੂੰ ਸਥਿਰ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਵਿਆਪਕ ਵਰਤੋਂ ਲਈ ਤਿਆਰ ਮੰਨਿਆ ਗਿਆ ਹੈ। ZGC ਪੈਸਿਵ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ, ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਦੇ ਕਾਰਨ ਲੇਟੈਂਸੀ ਨੂੰ ਘੱਟ ਕਰਦਾ ਹੈ (ZGC ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਰੁਕਣ ਦਾ ਸਮਾਂ 10 ms ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੁੰਦਾ।) ਅਤੇ ਕਈ ਸੌ ਮੈਗਾਬਾਈਟ ਤੋਂ ਲੈ ਕੇ ਕਈ ਟੈਰਾਬਾਈਟ ਤੱਕ ਦੇ ਆਕਾਰ ਦੇ ਛੋਟੇ ਅਤੇ ਵੱਡੇ ਢੇਰਾਂ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ।
• ਸਥਿਰ ਅਤੇ ਆਮ ਵਰਤੋਂ ਲਈ ਤਿਆਰ ਪਾਇਆ ਗਿਆ
  ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ ਸ਼ੈਨਾਨਹੋਹ, ਘੱਟੋ-ਘੱਟ ਵਿਰਾਮ ਨਾਲ ਕੰਮ ਕਰਨਾ (ਘੱਟ-ਵਿਰਾਮ-ਸਮਾਂ ਗਾਰਬੇਜ ਕੁਲੈਕਟਰ)। Shenandoah ਨੂੰ Red Hat ਦੁਆਰਾ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਇਹ ਇੱਕ ਐਲਗੋਰਿਦਮ ਦੀ ਵਰਤੋਂ ਲਈ ਪ੍ਰਸਿੱਧ ਹੈ ਜੋ Java ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਚੱਲਣ ਦੇ ਸਮਾਨਾਂਤਰ ਸਫਾਈ ਚਲਾ ਕੇ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਦੌਰਾਨ ਸਟਾਲ ਦੇ ਸਮੇਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਵਾਲੇ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਦੇਰੀ ਦੇ ਆਕਾਰ ਦਾ ਅਨੁਮਾਨ ਲਗਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਇਹ ਢੇਰ ਦੇ ਆਕਾਰ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ, ਯਾਨੀ. 200 MB ਅਤੇ 200 GB ਦੇ ਢੇਰਾਂ ਲਈ ਦੇਰੀ ਇੱਕੋ ਜਿਹੀ ਹੋਵੇਗੀ (ਬਾਹਰ ਨਾ ਆਓ 50 ms ਤੋਂ ਵੱਧ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ 10 ms ਦੇ ਅੰਦਰ);

• ਸਹਾਇਤਾ ਨੂੰ ਸਥਿਰ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਭਾਸ਼ਾ ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ ਟੈਕਸਟ ਬਲਾਕ - ਸਟ੍ਰਿੰਗ ਲਿਟਰਲ ਦਾ ਇੱਕ ਨਵਾਂ ਰੂਪ ਜੋ ਤੁਹਾਨੂੰ ਕ੍ਰੈਕਟਰ ਐਸਕੇਪਿੰਗ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਬਿਨਾਂ ਅਤੇ ਬਲਾਕ ਵਿੱਚ ਮੂਲ ਟੈਕਸਟ ਫਾਰਮੈਟਿੰਗ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕੀਤੇ ਬਿਨਾਂ ਸਰੋਤ ਕੋਡ ਵਿੱਚ ਮਲਟੀ-ਲਾਈਨ ਟੈਕਸਟ ਡੇਟਾ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਬਲਾਕ ਨੂੰ ਤਿੰਨ ਡਬਲ ਕੋਟਸ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ।

  ਉਦਾਹਰਨ ਲਈ, ਕੋਡ ਦੀ ਬਜਾਏ

  ਸਤਰ html = " »+
  "\n\t" + " »+
  "\n\t\t" + " \"ਜਾਵਾ 1 ਇੱਥੇ ਹੈ!\" »+
  "\n\t" + " »+
  "\n" + " ";

  ਤੁਸੀਂ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹੋ:

  ਸਤਰ html = """
  
  
  »ਜਾਵਾ 1\
  ਇੱਥੇ ਹੈ!
  
  """;

• ਮੁੜ ਕੰਮ ਕੀਤਾ ਪੁਰਾਤਨ DatagramSocket API। java.net.DatagramSocket ਅਤੇ java.net.MulticastSocket ਦੇ ਪੁਰਾਣੇ ਲਾਗੂਕਰਨਾਂ ਨੂੰ ਇੱਕ ਆਧੁਨਿਕ ਲਾਗੂਕਰਨ ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ ਜੋ ਡੀਬੱਗ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਲਈ ਆਸਾਨ ਹੈ, ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਅੰਦਰ ਵਿਕਸਤ ਵਰਚੁਅਲ ਸਟ੍ਰੀਮਾਂ ਦੇ ਅਨੁਕੂਲ ਵੀ ਹੈ। ਖੱਡੀ. ਮੌਜੂਦਾ ਕੋਡ ਨਾਲ ਸੰਭਾਵਿਤ ਅਸੰਗਤਤਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਪੁਰਾਣੇ ਲਾਗੂਕਰਨ ਨੂੰ ਹਟਾਇਆ ਨਹੀਂ ਗਿਆ ਹੈ ਅਤੇ jdk.net.usePlainDatagramSocketImpl ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮਰੱਥ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
• ਦੂਜਾ ਪ੍ਰਯੋਗਾਤਮਕ ਲਾਗੂਕਰਨ ਪ੍ਰਸਤਾਵਿਤ ਹੈ ਪੈਟਰਨ ਮੇਲ "instanceof" ਆਪਰੇਟਰ ਵਿੱਚ, ਜੋ ਤੁਹਾਨੂੰ ਚੈੱਕ ਕੀਤੇ ਮੁੱਲ ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਲਈ ਇੱਕ ਸਥਾਨਕ ਵੇਰੀਏਬਲ ਨੂੰ ਤੁਰੰਤ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ "ਸਟ੍ਰਿੰਗ s = (ਸਟ੍ਰਿੰਗ) obj" ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਬਿਨਾਂ "if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}" ਲਿਖ ਸਕਦੇ ਹੋ।

  ਸੀ:

  ਜੇਕਰ (ਗਰੁੱਪ ਦੀ ਵਸਤੂ) {
  ਸਮੂਹ ਸਮੂਹ = (Group) obj;
  var ਇੰਦਰਾਜ਼ = group.getEntries();
  }

  ਹੁਣ ਤੁਸੀਂ "ਗਰੁੱਪ ਗਰੁੱਪ = (ਗਰੁੱਪ) ਓਬਜੇ" ਦੀ ਪਰਿਭਾਸ਼ਾ ਤੋਂ ਬਿਨਾਂ ਕਰ ਸਕਦੇ ਹੋ:

  if (ਗਰੁੱਪ ਸਮੂਹ ਦੀ ਵਸਤੂ) {
  var ਇੰਦਰਾਜ਼ = group.getEntries();
  }

• ਪ੍ਰਸਤਾਵਿਤ ਕੀਵਰਡ ਦਾ ਦੂਜਾ ਪ੍ਰਯੋਗਾਤਮਕ ਅਮਲ "ਦਾ ਰਿਕਾਰਡ", ਜੋ ਕਿ ਕਲਾਸਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਇੱਕ ਸੰਖੇਪ ਰੂਪ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਨੀਵੇਂ-ਪੱਧਰ ਦੇ ਤਰੀਕਿਆਂ ਜਿਵੇਂ ਕਿ ਬਰਾਬਰ(), ਹੈਸ਼ਕੋਡ() ਅਤੇ toString() ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਬਚ ਸਕਦੇ ਹੋ ਜਿੱਥੇ ਡੇਟਾ ਸਿਰਫ਼ ਉਹਨਾਂ ਖੇਤਰਾਂ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਵਿਵਹਾਰ ਨਹੀਂ ਬਦਲਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਕਲਾਸ ਬਰਾਬਰ (), ਹੈਸ਼ਕੋਡ() ਅਤੇ ਟੋਸਟ੍ਰਿੰਗ () ਵਿਧੀਆਂ ਦੇ ਮਿਆਰੀ ਲਾਗੂਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਤਾਂ ਇਹ ਉਹਨਾਂ ਦੀ ਸਪੱਸ਼ਟ ਪਰਿਭਾਸ਼ਾ ਤੋਂ ਬਿਨਾਂ ਕਰ ਸਕਦੀ ਹੈ:

  ਜਨਤਕ ਰਿਕਾਰਡ ਬੈਂਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨ (ਸਥਾਨਕ ਮਿਤੀ ਮਿਤੀ,
  ਦੁੱਗਣੀ ਰਕਮ
  ਸਤਰ ਵਰਣਨ) {}

  ਇਹ ਘੋਸ਼ਣਾ ਕੰਸਟਰਕਟਰ ਅਤੇ ਗੈਟਰ ਤਰੀਕਿਆਂ ਤੋਂ ਇਲਾਵਾ ਬਰਾਬਰ (), ਹੈਸ਼ਕੋਡ() ਅਤੇ ਟੋਸਟ੍ਰਿੰਗ () ਵਿਧੀਆਂ ਦੇ ਲਾਗੂਕਰਨ ਨੂੰ ਆਪਣੇ ਆਪ ਜੋੜ ਦੇਵੇਗੀ।

• ਪ੍ਰਸਤਾਵਿਤ ਵਿਦੇਸ਼ੀ-ਮੈਮੋਰੀ ਐਕਸੈਸ API ਦੀ ਇੱਕ ਦੂਜੀ ਝਲਕ, ਜਾਵਾ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਨਵੇਂ MemorySegment, MemoryAddress, ਅਤੇ MemoryLayout ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਵਿੱਚ ਹੇਰਾਫੇਰੀ ਕਰਕੇ Java ਹੀਪ ਤੋਂ ਬਾਹਰ ਸੁਰੱਖਿਅਤ ਅਤੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਮੈਮੋਰੀ ਖੇਤਰਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
• ਅਯੋਗ ਅਤੇ ਲਾਕਿੰਗ ਓਵਰਹੈੱਡ ਨੂੰ ਘਟਾਉਣ ਲਈ HotSpot JVM ਵਿੱਚ ਵਰਤੀ ਗਈ ਪੱਖਪਾਤੀ ਲਾਕਿੰਗ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਤਕਨੀਕ ਨੂੰ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਤਕਨੀਕ ਨੇ ਆਧੁਨਿਕ CPUs ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਪਰਮਾਣੂ ਨਿਰਦੇਸ਼ਾਂ ਵਾਲੇ ਸਿਸਟਮਾਂ 'ਤੇ ਆਪਣੀ ਸਾਰਥਕਤਾ ਗੁਆ ਦਿੱਤੀ ਹੈ, ਅਤੇ ਇਸਦੀ ਗੁੰਝਲਤਾ ਦੇ ਕਾਰਨ ਬਣਾਈ ਰੱਖਣ ਲਈ ਬਹੁਤ ਮਿਹਨਤੀ ਹੈ।
• ਦਾ ਐਲਾਨ ਕੀਤਾ ਪੁਰਾਣੀ ਵਿਧੀ RMI ਐਕਟੀਵੇਸ਼ਨ, ਜਿਸ ਨੂੰ ਭਵਿੱਖੀ ਰੀਲੀਜ਼ ਵਿੱਚ ਹਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਇਹ ਨੋਟ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ RMI ਐਕਟੀਵੇਸ਼ਨ ਪੁਰਾਣੀ ਹੈ, Java 8 ਵਿੱਚ ਇੱਕ ਵਿਕਲਪ ਦੀ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ ਅਤੇ ਆਧੁਨਿਕ ਅਭਿਆਸ ਵਿੱਚ ਲਗਭਗ ਕਦੇ ਨਹੀਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।
• ਮਿਟਾਇਆ ਗਿਆ JavaScript ਇੰਜਣ ਨਾਸ਼ੋਰਨ, ਜਿਸ ਨੂੰ Java SE 11 ਵਿੱਚ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਸੀ।
• ਹਟਾਇਆ ਗਿਆ Solaris OS ਅਤੇ SPARC ਪ੍ਰੋਸੈਸਰਾਂ ਲਈ ਪੋਰਟਾਂ (Solaris/SPARC, Solaris/x64 ਅਤੇ Linux/SPARC)। ਇਹਨਾਂ ਪੋਰਟਾਂ ਨੂੰ ਹਟਾਉਣ ਨਾਲ ਕਮਿਊਨਿਟੀ ਨੂੰ ਸੋਲਾਰਿਸ- ਅਤੇ ਸਪਾਰਕ-ਵਿਸ਼ੇਸ਼ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਲਈ ਸਮਾਂ ਬਰਬਾਦ ਕੀਤੇ ਬਿਨਾਂ ਨਵੀਆਂ OpenJDK ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਵਿਕਾਸ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਮਿਲੇਗੀ।

ਸਰੋਤ: opennet.ru