10 Pinakamahirap na Mga Tanong sa Panayam sa Java.

10 Pinakamahirap na Mga Tanong sa Panayam sa Java.

Mapanghamong Mga Tanong at Sagot sa Java     Ano ang Mapanghamong Mga Tanong sa Panayam sa Java ? Bakit pinag-aaralan sila ng mga tao bago pumunta para sa isang interbyu? Well, natural lang na naghahanda ang mga tao para sa mahihirap na tanong kahit na hindi nila inaasahan na tatanungin sila ng mahihirap na tanong mula sa Java . Ang paghahanda sa iyong sarili para sa mahihirap at nakakalito na mga tanong ay magpapalakas sa iyong kumpiyansa at makakatulong sa iyong sagutin ang anumang iba pang tanong. Sa kabilang banda, kung hindi ka maghahanda para sa mahihirap na tanong, ang kanilang hitsura sa panahon ng isang pakikipanayam o nakasulat na pagsusulit ay magiging isang hindi kasiya-siyang sorpresa para sa iyo. Ngunit ang kahulugan ng kung ano ang itinuturing na isang mahirap na tanong ay hindi pangkalahatan; ang parehong tanong ay maaaring maging mahirap para sa isang programmer at simple para sa isa pa. Kaya, mas mabuting ihanda ang iyong personal na listahan ng mahihirap na tanong bago lumabas para sa isang panayam sa Java . Sa artikulong ito, ibabahagi ko sa iyo ang sarili kong listahan ng sampung mapaghamong tanong na maaaring makatulong sa iyo. 10 mahihirap na tanong at sagot sa panayam ng Java sa kanila     Gaya ng isinulat ko na, narito na ngayon ang isang listahan ng 10 mahihirap na tanong na may trick na maaari mong makaharap sa mga panayam. Ang mga tanong na ito ay tungkol lamang sa Java kernel , at hindi nakakaapekto sa J2EE . Gaya ng sinabi ko, ang mga tanong na ito ay maaaring simple para sa iyo at alam mo na ang sagot. Ngunit gayunpaman, nakakatagpo sila sa mga panayam at personal kong kilala ang mga taong hindi makasagot sa kanila. Bakit ang wait() at notify() na mga pamamaraan ay idineklara sa Object class at hindi Thread?     Sa isang banda, hindi ikaw ang bumuo ng wikang Java , paano mo malalaman kung bakit ito ginawa sa ganitong paraan at hindi kung hindi? Ngunit kung ilalapat mo ang sentido komun at malalim na kaalaman sa Java programming , madali mong mahahanap ang sagot. Basahin ang post na ito - bakit wait() at notify() ay idineklara sa Object class at hindi Thread . Bakit hindi sinusuportahan ang maramihang pamana sa Java?     Ang kahirapan sa tanong na ito ay pangunahin na ang iyong sagot ay maaaring hindi masiyahan ang nagtatanong. Sa karamihan ng mga kaso, kailangan ang mga partikular na halimbawa, at kung ililista mo ang mga ito, magiging masaya ang taong nag-iinterbyu sa iyo. Muli, bibigyan kita ng link sa sarili kong blog - bakit hindi sinusuportahan ng Java ang maramihang pamana para sagutin ang tanong na ito. Bakit hindi sinusuportahan ng Java ang overloading ng operator?     Isa pang mahirap na tanong sa Java mula sa parehong kategorya. Sinusuportahan ng C++ ang overloading ng operator, bakit wala ito sa Java ? Maaaring bigyan ka ng mga tao nito at mga katulad na argumento, at kung minsan ay sinasabi pa na ang + operator ay na-overload sa Java para sa pagsasama-sama ng mga string, ngunit huwag palinlang. Basahin kung bakit hindi sinusuportahan ang overloading ng operator sa Java para sa isang detalyadong sagot sa nakakalito na tanong na ito. Bakit hindi nababago ang mga string sa Java?     Ang paborito kong tanong sa panayam, mahirap at nakakalito, ngunit napaka-kapaki-pakinabang din. Maaari ka ring tanungin kung bakit ang mga stringay ipinahayag na pinal sa Java . Basahin dito kung bakit ang mga string sa Java ay pinal at hindi nababago . Bakit mas mahusay ang array ng character kaysa sa string para sa pag-iimbak ng mga password sa Java?     At isa pang nakakalito na tanong tungkol sa mga string, at maniwala ka sa akin, napakakaunting mga programmer ng Java ang makakasagot nito. Ito ay talagang mahirap na tanong tungkol sa Java core at nangangailangan ng buong kaalaman sa String class upang masagot. Basahin bakit mas mahusay ang array ng character kaysa sa string para sa pag-iimbak ng mga password para malaman ang sagot. Paano lumikha ng isang thread-safe singleton sa Java gamit ang double-checked locking?     Ang isa pang paraan upang masabi ang tanong na ito ay kung ano ang singleton na ligtas sa thread at kung paano gumawa ng isa . Bago ang Java 5, ang tanging paraan upang lumikha ng isang thread-safe na singleton ay sa pamamagitan ng double locking, kung hindi, kung maraming mga thread ang sumusubok na i-access ang isang singleton sa parehong oras, ang bawat isa ay makakakuha ng ibang pagkakataon. Simula sa Java 5, nalutas ang problemang ito gamit ang Enum . Ngunit kung ang taong nag-iinterbyu sa iyo ay mapilit, isulat sa kanya ang code na ito. Basta huwag kalimutang itakda ito sa volatile . Higit pang mga detalye dito 10 tanong sa mga singleton sa Java Sumulat ng isang Java program na lumilikha ng deadlock, at ayusin ito.     Isa sa mga klasiko, ngunit gayunpaman mahirap na mga tanong, ang sagot kung saan nangangailangan ng karanasan sa pagsulat ng mga multi-threaded na application. Basahin kung paano lumikha o maiwasan ang mga deadlock sa Java Ano ang mangyayari kung ang iyong Serializable na klase ay naglalaman ng isang non-Serializable na field. Paano ito ayusin?     Anumang mga pagtatangka na i-serialize ang naturang klase ay magtapon ng NotSerializableException , at ang pinakasimpleng paraan upang ayusin ito ay ang pagdeklara ng ganoong field na lumilipas . Basahin ang Top 10 Serialization Questions kung kailangan mo ng higit pang mga detalye. Bakit tinawag ang paghihintay at pag-abiso mula sa mga naka-synchronize na pamamaraan sa Java?     At isa pang tanong tungkol sa Java core . Tinatawag sila mula sa mga naka-synchronize na pamamaraan o isang naka-synchronize na block , dahil ang wait() at notify() ay nangangailangan ng mutex sa object kung saan sila tinawag. Well, maaari mong basahin ang buong sagot dito - bakit wait() at notify() kailangang tawagan sa isang naka-synchronize na konteksto . Maaari mo bang i-override ang isang static na pamamaraan sa Java? Kung gagawa ako ng paraan na may parehong pangalan sa isang descendant na klase, magdudulot ba ito ng error sa compilation?     Hindi, hindi mo maaaring i-override ang mga static na pamamaraan sa Java . Ngunit kung lumikha ka ng isang static na pamamaraan sa isang descendant na klase na may parehong pangalan tulad ng sa ninuno, hindi ito magdudulot ng error sa compilation. Ito ay tinatawag na "paraan ng pagtatago". Maaari kang magbasa ng mas detalyadong sagot dito: maaari mo bang i-override ang isang static na pamamaraan sa Java     Ito ang aking listahan ng mahihirap na tanong sa Javaat mga sagot sa kanila. Para sa mga nakaranasang programmer, ang ilan sa kanila ay hindi mukhang kumplikado, ngunit naglalaman ang mga ito ng mga trick at ang pagsagot sa mga ito ay hindi magiging madali para sa isang baguhan na programmer. Kung makatagpo ka ng anumang mahihirap na tanong sa Java , mangyaring ibahagi sa amin. Orihinal na artikulo