Java 7 derlenmiş kodunu Java 8'e yükseltmenin herhangi bir faydası var mı?

Java 7 kullanılarak yazılmış eski bir uygulamam var. Java 8 JRE'de sorunsuz çalışıyor. Java 8 özelliklerinden yararlanmak için herhangi bir kodu yeniden yazmayı planlamıyorum. Derlenen kodu en son Java 8 JDK'ya yükseltmenin herhangi bir teknik faydası var mı?

Açık olmak gerekirse, kod şu anda Java 7 ile derlenmiştir ve halihazırda en son Java 8 JRE ile çalışmaktadır. Java 8 çalışma zamanı geliştirmelerinden zaten yararlanmalıdır. Bu soru, sürüm 8 ile derlenip Java 8 derlenmiş bayt kodu ile çalıştırılarak herhangi bir fayda sağlanıp sağlanamayacağıdır.

Ayrıca, geliştirici üretkenliği gibi teknik olmayan faydalarla ilgilenmiyorum. Bunların önemli olduğunu düşünüyorum ama bu sorunun amacı değil. HİÇBİR geliştirme ekibine sahip olmayan üretim kodu uğruna rica ediyorum. Tamamen bakım modunda.

Soruyu doğru anlarsam, tarafından üretilen bayt kodunun javacJava 8'de Java 7'den "daha iyi" olup olmayacağını bilmek istersiniz .

Cevap muhtemelen değil, derleyicideki hataları sürekli düzeltirler ve bu bazen daha verimli bytecode sağlar. Ancak gördüğüm kadarıyla Java 8 için bu düzeltmelerden önemli bir hızlanma görmeyeceksiniz, değişiklik günlüğü yalnızca sürümler arasındaki 2 büyük değişikliği listeler.

Oracle web sitesi berbat ve javacsürümler arasındaki hata düzeltmelerinin bir listesini alamıyorum , ancak burada OpenJDK'dan kapsamlı olmayan bir liste var . Bulmayı başardıklarımın çoğu hataları düzeltmek. Bu yüzden Java 8'e güncelleme yaparak javac, JLS'yi daha doğru bir şekilde takip etmesi nedeniyle artık derlenmeyeceği bir şans vardır ve bayt kodunda çok az "iyileştirme" olacaktır veya hiç olmayacaktır.

Ana fayda, Java 8'in genel olarak güncellenmediği için Java 8'in en son hata düzeltmelerine sahip olmasıdır.

Ayrıca bir Java 8 JVM üzerinde kod çalıştıracaksanız, Java'nın yalnızca bir sürümüne sahip olabilirsiniz.

Java 8 daha hızlı olabilir ve G1 gibi yeni özellikler için daha iyi desteğe sahiptir. Bununla birlikte, kullanım durumunuz için daha yavaş olabilir, bu nedenle bilmenin tek yolu onu test etmektir.

Derlenen kodu en son Java 8 JDK'ya yükseltmenin herhangi bir teknik faydası var mı?

Java 7 kodunu bir Java 8 derleyicisinde yeniden derlemenin herhangi bir yararı olup olmadığını soruyorsanız, cevap; hemen hemen hiçbir şey.

Tek ince fark, Java API'sinde küçük farklılıklar olmasıdır, bu nedenle Java 8 derleyicisinin Java 7'de bulabileceği çok ince farklılıklar olabilir.

Diğer küçük farklar, dosyanın başlangıcındaki sihirli sayı, muhtemelen sabit havuzun sırasıdır. Bayt kodu temelde aynıdır, invokedynamiclambdalar için eklenen destek bile Java 7'de mevcuttu, ancak bu şekilde kullanılmadı.

Farkındalık yaratarak yardımcı olabilir .

Java8'e geçtiğinizde, javac tarafından gönderilen ek uyarılar görebilirsiniz. Örnek: tür çıkarımı , Java8 ile büyük ölçüde geliştirilmiştir. Ve bu, mevcut kod tabanınızda @SuppressWarnings ek açıklamalarına olan ihtiyacı ortadan kaldırabilir (ve bu tür ek açıklamalar artık gerekli olmadığında, derleyici bu konuda uyarır).

Bu nedenle, bugün kod tabanınızı değiştirmeyi düşünmeseniz bile, Java8'e geçmek size bu tür şeyler hakkında bilgi verebilir. Bilginizi artırmak, bilinçli kararlar vermenize yardımcı olabilir.

Diğer yandan:

• Java8'in Java7 kodunu derlemeyi reddettiği (nadir) durumlar hakkında burada bazı sorular gördüm. Dolayısıyla, Java8'e geçiş aynı zamanda bu tür bir problemle karşılaşma (minimum) riski taşır.
• Ve: bugün kod tabanınıza dokunmayı düşünmeseniz bile, daha sonra fikrinizi değiştirmeniz için belirli bir şans vardır. Ve sonra, dikkat etmediğinizde Java8 özelliklerinden yararlanabilirsiniz. Hangi olabilir "Saha güncellemeleri" zorlaştırmak; çünkü artık kaynak kodunuzun bakımını yapmanız gereken iki sürüm var !
• Ardından: ürünü java7 jre kullanarak çalıştıran müşterileriniz olması durumunda; onlara verdiğiniz ikili düzeltmeler konusunda gerçekten dikkatli olmalısınız. Böyle bir düzene sahibiz; ve Java8 ile derlenmiş tek bir sınıfı yanlışlıkla Java7 güdümlü bir test sistemine koyduğum için birden fazla zaman harcadım. Geliştirme ve test / müşteri kurulumunuzun tamamı Java7 olduğunda bu gerçekleşemez.

Uzun lafın kısası: Birkaç ince avantaj ve belirli riskler vardır (risklerin önemi esas olarak genel kurulumunuza bağlıdır).

En azından bu gerçekler için yapardım .

1) HashMap dahili bileşenleri (jdk-8 altında daha hızlıdır)

2) Sizin için şeffaf olabilecek ve aslında hiçbir şey yapmadan kodunuzu daha hızlı ve daha iyi hale getirecek birçok hata düzeltildi (çalışma zamanı optimizasyonları).

3) G1 Çöp Toplayıcı

DÜZENLE

Teknik bir bakış açısından bu, daha çok Ahead of Time Compilation ile ilgili bir şeye veya bir derleyicinin kodu daha fazla analiz ederek geliştirebileceği bir şeye benziyor . Bildiğim kadarıyla bu tür şeyler java 8 derleyicisinde yapılmıyor.

Geliştirici bakış açısından - çok şey var. Benim için en önemli olan verimlilik artışı.

DÜZENLEME 2

İkinci sorgunuzla eşleşen yalnızca iki nokta biliyorum:

-parameters

yöntem parametre adlarını korumak için.

-profil

Daha küçük bir alan için Kompakt Profil Seçeneği olarak adlandırılır .

Başvurunuzu yeniden derlemek için başka nedeniniz yoksa, kabul edilen yanıtta belirtildiği gibi muhtemelen pek bir fark yaratmayacaktır.

Ancak, yalnızca bir kez bile yeniden derlemeniz gerekiyorsa, şunu göz önünde bulundurun:

• Uygulama kaynak kodunuz Java 7 ve büyük olasılıkla 8 ile uyumludur;
• Kodun Java 8 ile derlenmemesi durumunda, büyük olasılıkla Java 7 kaynak uyumluluk modunda ( -source 7javac ile) bir Java 8 derleyicisiyle derlenmeyecektir ;
• Geliştiricilerinizin ve CI'nızın, üretim ortamına mümkün olduğunca yakın olması için Java 8 çalışma zamanına göre birim ve entegrasyon testleri çalıştırması gerekecektir. Ayrıca geliştiricilerin, uygulamayı yerel olarak çalıştırırken aynı Java 8 çalışma zamanında da çalıştırmaları gerekecektir;
• JDK 7 ile derlemek ve bir JRE 8 ile çalıştırmak (aynı yapım sürecinde veya aynı IDE'de) her şeyi aynı sürümle yapmaktan daha zordur;
• JDK 8 ile derlerseniz ve hedef çalışma zamanınız Java 8 ise -source 7bunun yerine kullanmanın bir yararı yoktur -source 8;
• Kullanmak -source 8, geliştiricinin hem derleme hem de çalıştırma zamanı için (zorunlu kıldığı şekilde -target 8) Java 8 (veya daha üstünü) kullandığını garanti eder .

Sonuç olarak, ihtiyacınız yoksa yeniden derlemeyin. Ancak, ilk seferde yeniden derlemeniz (kod değişiklikleri nedeniyle), Java 8'e geçmeniz gerekir. Ortam uyumsuzlukları nedeniyle hata yapma riskini almayın ve iyi bir neden olmadan geliştiricileri kısıtlamayın.