Soalan dan Jawapan Java Mencabar Apakah Soalan Temuduga Java Mencabar ? Mengapa orang mengkajinya sebelum pergi temu duga? Sudah semestinya orang ramai bersedia untuk soalan yang sukar walaupun mereka tidak menjangka akan ditanya soalan sukar daripada Java . Menyediakan diri anda untuk soalan yang sukar dan rumit akan meningkatkan keyakinan anda dan membantu anda menjawab sebarang soalan lain. Sebaliknya, jika anda tidak bersedia untuk soalan yang sukar, penampilan mereka semasa temu duga atau ujian bertulis akan menjadi kejutan yang tidak menyenangkan untuk anda. Tetapi takrifan apa yang dianggap sebagai soalan sukar tidak universal; soalan yang sama boleh menjadi sukar untuk seorang pengaturcara dan mudah untuk yang lain. Jadi, lebih baik sediakan senarai soalan sukar peribadi anda sebelum hadir untuk temu duga Java . Dalam artikel ini, saya akan berkongsi dengan anda senarai sepuluh soalan mencabar saya yang mungkin membantu anda. 10 soalan temu bual Java sukar dan jawapan kepada mereka Seperti yang telah saya tulis, di sini kini akan menjadi senarai 10 soalan sukar dengan helah yang mungkin anda hadapi semasa temu duga. Soalan ini hanya berkaitan dengan
kernel Java , dan tidak menjejaskan
J2EE . Seperti yang saya katakan, soalan-soalan ini mungkin mudah untuk anda dan anda sudah tahu jawapannya. Namun begitu, mereka terserempak dengan mereka semasa temuduga dan saya sendiri mengenali orang yang tidak dapat menjawabnya.
Mengapa kaedah wait() dan notify() diisytiharkan dalam kelas Object dan bukan Thread? Di satu pihak, bukan anda yang membangunkan
bahasa Jawa , bagaimana anda boleh tahu mengapa ia dilakukan dengan cara ini dan bukan sebaliknya? Tetapi jika anda menggunakan akal sehat dan pengetahuan mendalam tentang
pengaturcaraan Java , anda boleh mencari jawapannya dengan mudah. Baca siaran ini -
mengapa wait() dan notify() diisytiharkan dalam kelas Object dan bukan Thread .
Mengapakah berbilang warisan tidak disokong di Jawa? Kesukaran dengan soalan ini ialah jawapan anda mungkin tidak memuaskan penyoal. Dalam kebanyakan kes, contoh khusus diperlukan, dan jika anda menyenaraikannya, orang yang menemu bual anda akan gembira. Sekali lagi, saya akan memberikan anda pautan ke blog saya sendiri -
mengapa Java tidak menyokong pelbagai warisan untuk menjawab soalan ini.
Mengapa Java tidak menyokong operator lebih muatan? Satu lagi soalan Java yang sukardaripada kategori yang sama.
C++ menyokong beban berlebihan pengendali, mengapa Java tidak? Orang mungkin memberi anda hujah ini dan yang serupa, malah kadangkala mengatakan bahawa
operator + terlebih beban dalam
Java untuk menggabungkan rentetan, tetapi jangan tertipu. Baca
mengapa beban berlebihan operator tidak disokong di Java untuk mendapatkan jawapan terperinci kepada soalan rumit ini.
Mengapa rentetan tidak boleh diubah di Jawa? Soalan temuduga kegemaran saya, ia sukar dan rumit, tetapi juga sangat berguna. Anda juga mungkin ditanya mengapa rentetandiisytiharkan
muktamad dalam Java . Baca di sini
mengapa rentetan dalam Java adalah muktamad dan tidak boleh diubah .
Mengapa tatasusunan aksara lebih baik daripada rentetan untuk menyimpan kata laluan dalam Java? Dan satu lagi soalan rumit tentang rentetan, dan percayalah, sangat sedikit
pengaturcara Java boleh menjawabnya. Ini adalah soalan yang sangat sukar tentang
teras Java dan memerlukan pengetahuan penuh tentang kelas String untuk menjawab. Baca
mengapa tatasusunan aksara lebih baik daripada rentetan untuk menyimpan kata laluan untuk mengetahui jawapannya.
Bagaimana untuk mencipta singleton selamat benang di Jawa menggunakan penguncian yang disemak dua kali? Satu lagi cara untuk mengutarakan soalan ini ialah apakah
singleton yang selamat untuk benang dan cara menciptanya . Sebelum
Java 5, satu-satunya cara untuk mencipta singleton selamat-benang adalah dengan mengunci dua kali, sebaliknya jika berbilang benang cuba mengakses singleton pada masa yang sama, mereka masing-masing akan mendapat contoh yang berbeza. Bermula dengan
Java 5, masalah ini telah diselesaikan menggunakan Enum . Tetapi jika orang yang menemubual anda berkeras, tulis kod ini kepadanya. Cuma jangan lupa untuk menetapkannya kepada
tidak menentu . Butiran lanjut di sini
10 soalan tentang singleton dalam Java Tulis program Java yang mencipta kebuntuan, dan betulkan. Salah satu soalan klasik, tetapi sukar, jawapannya memerlukan pengalaman dalam menulis aplikasi berbilang benang. Baca
cara membuat atau mencegah kebuntuan dalam Java Apa yang berlaku jika kelas Serializable anda mengandungi medan bukan Serializable. Bagaimana untuk membetulkannya? Sebarang percubaan untuk mensirikan kelas sedemikian akan membuang
NotSerializableException , dan cara paling mudah untuk membetulkannya ialah dengan mengisytiharkan medan seperti itu
sementara . Baca
10 Soalan Sirialisasi Teratas jika anda memerlukan butiran lanjut.
Mengapa menunggu dan memberitahu dipanggil daripada kaedah yang disegerakkan di Jawa? Dan satu lagi soalan mengenai teras
Java . Ia dipanggil daripada
kaedah yang disegerakkan atau blok yang disegerakkan , kerana
wait() dan
notify() memerlukan mutex pada objek yang mana ia dipanggil. Nah, anda boleh membaca jawapan penuh di sini -
mengapa wait() dan notify() perlu dipanggil dalam konteks yang disegerakkan .
Bolehkah anda mengatasi kaedah statik di Jawa? Jika saya mencipta kaedah dengan nama yang sama dalam kelas keturunan, adakah ini akan menyebabkan ralat kompilasi? Tidak, anda tidak boleh mengatasi
kaedah statik dalam Java . Tetapi jika anda mencipta kaedah statik dalam kelas keturunan dengan nama yang sama seperti dalam moyang, ini tidak akan menyebabkan ralat penyusunan. Ini dipanggil "kaedah menyembunyikan". Anda boleh membaca jawapan yang lebih terperinci di sini:
bolehkah anda mengatasi kaedah statik di Jawa Ini adalah senarai soalan sukar saya di
Jawadan jawapan kepada mereka. Bagi pengaturcara yang berpengalaman, sesetengah daripada mereka tidak kelihatan begitu rumit, tetapi ia mengandungi helah dan menjawabnya tidak akan begitu mudah untuk pengaturcara baru. Jika anda menemui sebarang soalan
Java yang sukar , sila kongsi dengan kami.
Artikel asal
GO TO FULL VERSION