


Tinju Integer Java yang Pelik
Mekanisme tinju integer Java boleh membuatkan anda sedikit keliru, terutamanya apabila membandingkan kesamaan rujukan.
Masalah
Pertimbangkan coretan kod berikut:
public class Scratch { public static void main(String[] args) { Integer a = 1000, b = 1000; System.out.println(a == b); // false Integer c = 100, d = 100; System.out.println(c == d); // true } }
Apabila dijalankan, ia akan menjana:
false true
Baris pertama Hasilnya dijangka kerana a dan b ialah objek yang berbeza. Tetapi apakah keputusan baris kedua?
Jawapan
Hasil sebenar baris kedua dijamin oleh spesifikasi bahasa. Menurut Bahagian 5.1.7:
Jika nilai p yang hendak dikotakkan adalah benar, palsu, bait atau aksara dalam julat u0000 hingga u007f, atau int atau pendek antara -128 dan 127, maka keputusan mana-mana dua transformasi tinju pada p, r1 dan r2, sentiasa sama.
Walaupun baris keluaran kedua dijamin, baris pertama tidak (lihat perenggan terakhir yang dipetik di bawah):
Sebaik-baiknya, diberi nilai primitif p Tinju sentiasa menghasilkan yang sama rujukan. Dalam amalan, ini mungkin tidak dapat dilakukan menggunakan teknik pelaksanaan sedia ada. Peraturan di atas adalah kompromi pragmatik. Klausa terakhir di atas memerlukan nilai sepunya tertentu sentiasa dikotak-kotak ke dalam objek yang tidak dapat dibezakan. Pelaksanaan MUNGKIN menyimpannya, sama ada secara malas atau serta-merta.
Untuk nilai lain, perwakilan ini tidak membenarkan pengaturcara membuat sebarang andaian tentang identiti nilai kotak. Ini membenarkan (tetapi tidak memaksa) perkongsian sebahagian atau semua rujukan ini.
Ini memastikan bahawa dalam kebanyakan kes biasa, tingkah laku akan menjadi tingkah laku yang diingini tanpa kehilangan prestasi yang tidak perlu, terutamanya pada peranti kecil. Pelaksanaan kurang memori yang dikekang boleh cache semua aksara dan pendek, serta integer dan long dalam julat -32K hingga 32K.
Atas ialah kandungan terperinci Mengapakah Tinju Integer Java Menghasilkan Keputusan Berbeza untuk Perbandingan `Integer == Integer`?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Java digunakan secara meluas dalam aplikasi peringkat perusahaan kerana kemerdekaan platformnya. 1) Kemerdekaan platform dilaksanakan melalui Java Virtual Machine (JVM), supaya kod itu dapat dijalankan di mana -mana platform yang menyokong Java. 2) Ia memudahkan proses penyebaran dan pembangunan silang platform, memberikan kelonggaran dan skalabiliti yang lebih besar. 3) Walau bagaimanapun, adalah perlu untuk memberi perhatian kepada perbezaan prestasi dan keserasian perpustakaan pihak ketiga dan mengamalkan amalan terbaik seperti menggunakan kod Java tulen dan ujian silang platform.

JavaPlaysasignificantroleiniotduetoitsplatformindant.1) itAllowscodetobewrittenceandondrariousdevices.2) Java'secosystemprovidesuseFullibrariesforiot.3)

ThesolutionToHandleFilePathsacrossWindowsandLinuxinjavaistousePaths.get () dariTheJava.nio.FilePackage.1) UsePaths.get () WithSystem.GetProperty ("user.dir")

Java'splatformindectiveissignificantantbecauseitallowsdeveloperstowritecodeonceandrunitonanyplatformwithajvm.This "writeonce, runanywhere" (wora) dearflofers: 1) cross-platformcompatuibility, enablingdeploymentacsdifferentoswithoutoSesen)

Java sesuai untuk membangunkan aplikasi web cross-server. 1) Falsafah "Tulis Sekali, Di Mana -mana" Java membuat kodnya dijalankan di mana -mana platform yang menyokong JVM. 2) Java mempunyai ekosistem yang kaya, termasuk alat seperti Spring dan Hibernate, untuk memudahkan proses pembangunan. 3) Java melaksanakan dengan baik dalam prestasi dan keselamatan, menyediakan pengurusan memori yang cekap dan jaminan keselamatan yang kuat.

JVM melaksanakan ciri-ciri Wora Java melalui tafsiran bytecode, API bebas platform dan pemuatan kelas dinamik: 1. Bytecode ditafsirkan sebagai kod mesin untuk memastikan operasi silang platform; 2. Perbezaan sistem operasi abstrak API standard; 3. Kelas dimuatkan secara dinamik pada masa runtime untuk memastikan konsistensi.

Versi terbaru Java berkesan menyelesaikan masalah khusus platform melalui pengoptimuman JVM, penambahbaikan perpustakaan standard dan sokongan perpustakaan pihak ketiga. 1) Pengoptimuman JVM, seperti ZGC Java11 meningkatkan prestasi pengumpulan sampah. 2) Penambahbaikan perpustakaan standard, seperti sistem modul Java9 yang mengurangkan masalah berkaitan platform. 3) Perpustakaan pihak ketiga menyediakan versi yang dioptimumkan platform, seperti OpenCV.

Proses pengesahan bytecode JVM termasuk empat langkah utama: 1) Periksa sama ada format fail kelas mematuhi spesifikasi, 2) mengesahkan kesahihan dan ketepatan arahan bytecode, 3) melakukan analisis aliran data untuk memastikan keselamatan jenis, dan 4) mengimbangi ketelitian dan prestasi pengesahan. Melalui langkah -langkah ini, JVM memastikan bahawa hanya selamat, bytecode yang betul dilaksanakan, dengan itu melindungi integriti dan keselamatan program.


Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

SublimeText3 versi Inggeris
Disyorkan: Versi Win, menyokong gesaan kod!

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

SublimeText3 Linux versi baharu
SublimeText3 Linux versi terkini

ZendStudio 13.5.1 Mac
Persekitaran pembangunan bersepadu PHP yang berkuasa
