亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? java32.txt

?? 教授大家在應聘java程序員時的比較可能的面試問題
?? TXT
?? 第 1 頁 / 共 2 頁
字號:
  啟動一個線程是調(diào)用start()方法,使線程所代表的虛擬處理機處于可運行狀態(tài),這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會立即運行。run()方法可以產(chǎn)生必須退出的標志來停止一個線程。   
    
  第二十四,構造器Constructor是否可被override?   
  構造器Constructor不能被繼承,因此不能重寫Overriding,但可以被重載Overloading。   
    
  第二十五,是否可以繼承String類?   
  String類是final類故不可以繼承。   
    
  第二十六,當一個線程進入一個對象的一個synchronized方法后,其它線程是否可進入此對象的其它方法?   
  不能,一個對象的一個synchronized方法只能由一個線程訪問。   
    
  第二十七,try   {}里有一個return語句,那么緊跟在這個try后的finally   {}里的code會不會被執(zhí)行,什么時候被執(zhí)行,在return前還是后?   
  會執(zhí)行,在return前執(zhí)行。   
    
  第二十八,編程題:   用最有效率的方法算出2乘以8等於幾?   
  有C背景的程序員特別喜歡問這種問題。   
    
  2   <<   3   
    
  第二十九,兩個對象值相同(x.equals(y)   ==   true),但卻可有不同的hash   code,這句話對不對?   
  不對,有相同的hash   code。   
    
  第三十,當一個對象被當作參數(shù)傳遞到一個方法后,此方法可改變這個對象的屬性,并可返回變化后的結果,那么這里到底是值傳遞還是引用傳遞?     
  是值傳遞。Java   編程語言只由值傳遞參數(shù)。當一個對象實例作為一個參數(shù)被傳遞到方法中時,參數(shù)的值就是對該對象的引用。對象的內(nèi)容可以在被調(diào)用的方法中改變,但對象的引用是永遠不會改變的。   
    
  第三十一,swtich是否能作用在byte上,是否能作用在long上,是否能作用在String上?   
  switch(expr1)中,expr1是一個整數(shù)表達式。因此傳遞給   switch   和   case   語句的參數(shù)應該是   int、   short、   char   或者   byte。long,string   都不能作用于swtich。   
    
  第三十二,編程題:   寫一個Singleton出來。   
  Singleton模式主要作用是保證在Java應用程序中,一個類Class只有一個實例存在。   
  一般Singleton模式通常有幾種種形式:   
  第一種形式:   定義一個類,它的構造函數(shù)為private的,它有一個static的private的該類變量,在類初始化時實例話,通過一個public的getInstance方法獲取對它的引用,繼而調(diào)用其中的方法。   
  public   class   Singleton   {   
    private   Singleton(){}   
    //在自己內(nèi)部定義自己一個實例,是不是很奇怪?   
    //注意這是private   只供內(nèi)部調(diào)用   
    private   static   Singleton   instance   =   new   Singleton();   
    //這里提供了一個供外部訪問本class的靜態(tài)方法,可以直接訪問     
    public   static   Singleton   getInstance()   {   
      return   instance;        
       }     
  }     
  第二種形式:     
  public   class   Singleton   {     
    private   static   Singleton   instance   =   null;   
    public   static   synchronized   Singleton   getInstance()   {   
    //這個方法比上面有所改進,不用每次都進行生成對象,只是第一次          
    //使用時生成實例,提高了效率!   
    if   (instance==null)   
      instance=new   Singleton();   
  return   instance;     }     
  }     
  其他形式:   
  定義一個類,它的構造函數(shù)為private的,所有方法為static的。   
  一般認為第一種形式要更加安全些     
    
  第三十三   Hashtable和HashMap     
  Hashtable繼承自Dictionary類,而HashMap是Java1.2引進的Map   interface的一個實現(xiàn)     
    
  HashMap允許將null作為一個entry的key或者value,而Hashtable不允許     
    
  還有就是,HashMap把Hashtable的contains方法去掉了,改成containsvalue和containsKey。因為contains方法容易讓人引起誤解。     
    
  最大的不同是,Hashtable的方法是Synchronize的,而HashMap不是,在     
  多個線程訪問Hashtable時,不需要自己為它的方法實現(xiàn)同步,而HashMap     
  就必須為之提供外同步。     
    
  Hashtable和HashMap采用的hash/rehash算法都大概一樣,所以性能不會有很大的差異。   
    
  1:abstract的method是否可同時是static,是否可同時是native,是否可同時是synchronized?     
    
  2:當一個對象被當作參數(shù)傳遞到一個方法后,此方法可改變這個對象的屬性,并可返回變化后的   
  結果,那么這里到底是值傳遞還是引用傳遞?     
    
  3:Set里的元素是不能重復的,那么用什么方法來區(qū)分重復與否呢?   是用==還是equals()?   它們   
  有何區(qū)別?     
    
  4:構造器Constructor是否可被override?   
    
  5:當一個線程進入一個對象的一個synchronized方法后,其它線程是否可進入此對象的其它方法?     
    
  6:兩個對象值相同(x.equals(y)   ==   true),但卻可有不同的hash   code,這句話對不對   
    
    
    
  關于參數(shù)傳遞:   
    
  其實JAVA里對參數(shù)的傳遞在國際上都是一直有爭論的。包括《Think   in   java》里都提到了,Bruce   Eckel   也沒給出定論。我覺得這很大程度上是由于規(guī)范不嚴格造成的。因為大家都知道參數(shù)傳遞的本質(zhì)是什么,但描述方式不一樣,以致造成答案不一致。   
    
  現(xiàn)給一些參考:   
    
  第一,JAVA   里的參數(shù)傳遞只有值傳遞,沒有所謂的引用傳遞。(說白了,是因為大家的說法   
  不統(tǒng)一)   
  第二,引用一個強人的觀點   jamesfancy()邊城狂人(James   Fancy)   :   
    
  "1.   首先明白參數(shù)的傳遞實質(zhì)是壓棧和出棧的過程。即在調(diào)用一個方法(或說子程序)之前,先將需要傳入的參數(shù)壓棧,然后執(zhí)行代碼的指針跳轉到方法的起始位置,進行出棧操作,原來壓入棧中的參數(shù)取出置入方法中的局部變量(這里即參數(shù)變量)。   
    
  2.   對于基本類型,傳遞的參數(shù)都是對原變量值的拷貝。每一個基本類型的數(shù)據(jù)都是以字節(jié)形式保存在內(nèi)存中的(如整型是4個字節(jié),長整型是8個字節(jié)等),壓棧時會將內(nèi)存中的變量值按字節(jié)存入棧中,而原變量的值(即保存在原位置的內(nèi)容)并不改變??內(nèi)存中的數(shù)據(jù)是保存在堆中的,參數(shù)是保存在棧中的,總不可能把內(nèi)存塊搬過來是吧......所以一定是拷貝的!   
    
  3.   先搞明白引用的實質(zhì)。當一個對象創(chuàng)建后,它的內(nèi)容(N個字節(jié))被保存在內(nèi)存中。它的位置,即一個地址址,被返回,保存在一個引用變量中??所以實際上一個引用變量保存的只是某個類的地址,而引用的類型,并不會改變引用變量的大小,它只是說明一個對象的數(shù)據(jù)大小。這樣,就可以從引用變量找到對象的起始地址,再通過類型,獲取對象數(shù)據(jù)。而通過引用調(diào)用的方法,屬性這些東西,就是通過在這塊內(nèi)存地址中的位置偏移來尋址的。(當然,實際的操作會比我說的復雜得多,因為還涉及向上向下傳型等問題)   
    
  4.   引用參數(shù)的傳遞,實際上就是傳遞的引用變量的值,這和傳遞基本類型的值原理是一樣的。但由于引用變量其值的特殊性(只是一個地址,這個地址上保存的才是對象的實際數(shù)據(jù)),所以,引用變量的值傳入?yún)?shù)變量后,通過參數(shù)變量對對象的修改(在實際地址上的操作)自然就會影響到同一個對象。??這里,外面的引用變量和參數(shù)變量,本身是不同的,但是它們的值相同,都是對象的地址。"   
  不是打基礎,打基礎吧!Top
01069723285

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
国产精品色一区二区三区| 黄网站免费久久| 国产中文字幕一区| 欧美最新大片在线看 | 欧美伊人久久久久久久久影院 | 国产性色一区二区| 亚洲不卡av一区二区三区| 岛国精品一区二区| 日韩欧美中文字幕公布| 一区二区三区在线视频观看| 国产激情视频一区二区三区欧美| 欧美日韩精品二区第二页| 中文一区一区三区高中清不卡| 亚洲午夜在线电影| 91视视频在线观看入口直接观看www | 欧美吻胸吃奶大尺度电影| 久久五月婷婷丁香社区| 日韩高清一区二区| 91麻豆精品国产91久久久更新时间| 久久嫩草精品久久久精品| 日韩精品电影在线观看| 欧美视频中文字幕| 樱花影视一区二区| 一本一本大道香蕉久在线精品| 国产三级精品视频| 国内国产精品久久| 欧美xxxx在线观看| 激情综合网av| 精品久久久久久久久久久久久久久久久| 亚洲bdsm女犯bdsm网站| 欧美乱熟臀69xxxxxx| 亚洲在线视频免费观看| 欧美在线三级电影| 亚洲成人av中文| 欧美最猛性xxxxx直播| 亚洲一区影音先锋| 欧美日本韩国一区二区三区视频| 亚洲综合丁香婷婷六月香| 日本精品免费观看高清观看| 亚洲人精品午夜| 一本久久a久久免费精品不卡| 18欧美亚洲精品| 91高清视频免费看| 午夜精品视频一区| 欧美一区二区三区思思人| 免费观看一级欧美片| 欧美成人三级在线| 国产成人在线看| 国产精品不卡一区| 色综合久久中文综合久久97| 亚洲综合免费观看高清完整版在线| 欧美午夜精品一区二区三区| 亚洲高清久久久| 精品欧美一区二区三区精品久久| 国产一区二区中文字幕| 中文字幕av资源一区| 欧美亚洲愉拍一区二区| 日韩电影免费一区| 久久久综合视频| 91视频观看免费| 污片在线观看一区二区| 精品理论电影在线| 成人91在线观看| 偷拍亚洲欧洲综合| 国产日韩综合av| 色综合久久久久| 免费看精品久久片| 国产精品国产自产拍在线| 欧美午夜精品久久久久久超碰 | 亚洲六月丁香色婷婷综合久久| 欧美午夜一区二区三区| 经典三级一区二区| 亚洲三级免费观看| 精品免费视频一区二区| 91香蕉视频黄| 经典三级视频一区| 亚洲另类在线一区| 精品国产乱码久久久久久久久| 不卡的av在线| 久久黄色级2电影| 亚洲美女屁股眼交| 欧美精品一区二| 欧美视频三区在线播放| 国产成人在线视频播放| 天堂午夜影视日韩欧美一区二区| 久久噜噜亚洲综合| 91精品国产91久久久久久最新毛片| 国产ts人妖一区二区| 日欧美一区二区| 18欧美亚洲精品| 久久久久99精品国产片| 欧美一级日韩不卡播放免费| 成人免费视频一区| 久久91精品久久久久久秒播| 一区二区三区日韩在线观看| 国产精品人成在线观看免费| 欧美精品一区二区三区一线天视频 | 一区二区三区中文在线| 国产精品乱码人人做人人爱 | 中文一区在线播放| 精品精品国产高清a毛片牛牛| 欧美色精品在线视频| 91美女福利视频| 99国产精品视频免费观看| 国产精品18久久久久久久久| 国产.欧美.日韩| av亚洲精华国产精华精华| 国产精品久久久久影院亚瑟 | 精品夜夜嗨av一区二区三区| 亚洲国产日韩a在线播放| 亚洲视频免费在线| 亚洲欧美综合色| 综合激情成人伊人| 亚洲欧洲一区二区在线播放| 欧美国产精品专区| 亚洲国产成人自拍| 国产欧美1区2区3区| 26uuu亚洲综合色欧美| 日韩久久久精品| 精品91自产拍在线观看一区| 精品美女在线观看| 欧美成人女星排名| 欧美精品一区二区高清在线观看| 日韩欧美一级在线播放| 日韩一区二区三区高清免费看看| 欧美人与禽zozo性伦| 91精品国产综合久久香蕉的特点 | 正在播放亚洲一区| 欧美美女一区二区三区| 欧美精品 日韩| 日韩久久久精品| 国产人成亚洲第一网站在线播放 | 亚洲一区av在线| 午夜在线电影亚洲一区| 蜜乳av一区二区三区| 国产麻豆精品久久一二三| 丁香天五香天堂综合| 99精品国产91久久久久久 | 午夜精品久久久久久| 青娱乐精品视频| 国产成人精品一区二| 91老师国产黑色丝袜在线| 欧美偷拍一区二区| 精品乱码亚洲一区二区不卡| 久久人人爽爽爽人久久久| 亚洲色图一区二区| 日韩成人免费看| jiyouzz国产精品久久| 欧美日韩精品是欧美日韩精品| 欧美成人免费网站| 玉足女爽爽91| 国产在线精品国自产拍免费| 97成人超碰视| 精品国产a毛片| 一区二区免费在线播放| 极品尤物av久久免费看| 色偷偷成人一区二区三区91 | 久久精品国产久精国产爱| 99在线热播精品免费| 欧美一区二区网站| 国产精品女人毛片| 看电视剧不卡顿的网站| 成人在线一区二区三区| 制服丝袜日韩国产| 亚洲人成在线播放网站岛国| 久久精品国产亚洲5555| 在线观看日韩精品| 国产午夜亚洲精品理论片色戒| 亚洲午夜免费电影| 成年人国产精品| 欧美哺乳videos| 亚洲妇熟xx妇色黄| 白白色亚洲国产精品| 亚洲精品一区二区三区福利| 亚洲一区在线观看网站| 成人短视频下载| 久久这里只有精品视频网| 午夜精品久久久久久久蜜桃app| 福利一区二区在线| 久久毛片高清国产| 精品在线免费视频| 欧美三级蜜桃2在线观看| 最新国产精品久久精品| 国产99一区视频免费| 欧美不卡一区二区三区四区| 亚洲成人av一区二区| 99视频有精品| 中文字幕亚洲在| 成人免费视频一区| 欧美精彩视频一区二区三区| 久久国产综合精品| 欧美一区二区黄| 日韩精品电影一区亚洲| 欧美亚洲一区三区| 亚洲一区在线观看免费| 欧美综合一区二区三区| 亚洲日穴在线视频| 99国产精品视频免费观看| 国产精品美女久久久久久久久 | 欧美综合亚洲图片综合区|