第一篇:如何巧避面試中四大陷阱
看人看相,聽話聽音。一些精明的主考官在面試時喜歡故意給應(yīng)聘者設(shè)下圈套,以聲東擊西的方式,從應(yīng)聘者的回答來判斷他的性情、胸懷、為人處世的原則等方面的信息,最后決定錄取與否。因此,對于一個應(yīng)聘者來說,能否清楚地掌握主考官的“言外之意”,并用巧妙地回答拉近與主考官的距離,贏得最后的勝利便顯得尤為重要。人才市場報為此總結(jié)出了應(yīng)對面試陷阱的四大對策。陷阱一“我上學(xué)那會兒某功課經(jīng)常不及格,我發(fā)現(xiàn)你這門功課好像也學(xué)得不太好,你能談?wù)勈鞘裁丛騿幔俊狈治觯簩τ谶@樣的問題,如果你順著桿兒爬,回答說:“那門功課太難了,所以……”那你可就大錯特錯了,因為主考官問這種問題絕對不是在和你套近乎,很大程度上,他可能是在考驗?zāi)忝鎸栴}時所表現(xiàn)出的態(tài)度:是從自身查找原因,還是喜歡推卸責(zé)任?對策:最好的處理辦法是既不推卸責(zé)任,也不要一味自責(zé),而是直面現(xiàn)實。你可以這樣回答:“是的,我這門功課成績不是太好,但我相信這不會成為我擁有這份工作的障礙。”陷阱二“您作為財務(wù)經(jīng)理,如果總經(jīng)理要求您1年之內(nèi)逃稅100萬元,您會怎么做?”分析:面對這類問題,如果你抓耳撓腮地思考逃稅計謀,或者思如泉涌地立即列舉出一大堆方案,你都會中他們的圈套。實際上,主考官這個時候真正考核的不是你的業(yè)務(wù)能力,而是你的商業(yè)判斷能力及商業(yè)道德方面的素養(yǎng),因為在幾乎所有的國際化大企業(yè)中,遵紀(jì)守法都是員工行為的最基本要求。對策:你可以這樣回答:“我想您的問題只能是一個‘如果’,我確信像貴公司這樣的大企業(yè)是不會干違法亂紀(jì)的事情的。當(dāng)然,如果您非要求我那么做的話,我也只有一種選擇:辭職?”陷阱三“你認(rèn)為自己過去工作中最值得驕傲的一件事是什么?”分析:問這樣的問題,主考官絕不是為了讓你彰顯自己過去的輝煌成績,而是在調(diào)查你的思維模式和心理特征。如果你如數(shù)家珍地將自己過去的成績一一羅列開來,只能給人一種驕傲自滿或好大喜功的印象。對策:你可以這樣回答:“在大家的幫助下,我曾經(jīng)帶領(lǐng)大家……”這樣的回答既顯示了自己積極主動、團結(jié)協(xié)作、勇于進(jìn)取的一面,同時又表明自己尊重別人的勞動,顯得客觀、公平。陷阱四“真對不起,我們不能錄用你!”分析:面試過程往往是應(yīng)聘者與主考官之間斗智斗勇的過程。一些主考官可能會問一些極為刁鉆或是讓人感到非常尷尬的問題,以檢驗應(yīng)聘者的心理承受能力。有時他們甚至?xí)靡粋€明顯不友好的發(fā)問,或是用懷疑、尖銳、單刀直入的眼神,使應(yīng)聘者心理防線完全崩潰。如果這個時候你被激怒,或者完全失去了信心,那你可就中了圈套了。對策:面對主考官的咄咄逼人,當(dāng)你黔驢技窮的時候,別忘了應(yīng)戰(zhàn)絕招:微笑著面對挑戰(zhàn)。因為一個真正的智者,無論在任何情況下,都應(yīng)該永遠(yuǎn)保持智慧與謙和的微笑。
第二篇:酒店面試中暗藏陷阱大揭秘
酒店面試中暗藏陷阱大揭秘
很多看似酒店面試官隨口問出貌似尋常的問題背后其實都暗藏陷阱。雖然不見得有標(biāo)準(zhǔn)答案,不過至少該知道什么樣的回答才不會糊里糊涂地一頭栽進(jìn)去,還備感迷茫地感嘆為什么受傷的總是我?這里先提供4個問題稍作示例,也許與真實經(jīng)過的會有所不同,但聰明如你,多少會找到方向。
Q請你簡明地評價一下自己,你預(yù)備用哪些詞形容?
A大半人答出的都在3~4個詞之間,同時缺少關(guān)于缺點的表述。一個較好的回答應(yīng)該在8個詞左右,這些詞都應(yīng)是詞性比較強烈的,其中也應(yīng)包括1~2個可以被稱為缺點的中性詞,例如完美主義,太過隨和顯得軟弱等等。
Q成績單中你這門功課好像學(xué)得不太好,為什么?
A大半人會回答說那門功課太難了,或者那門課的老師很糟糕。不知道對方其實是在考驗?zāi)忝鎸栴}時所表現(xiàn)出的態(tài)度:是從自身查找原因還是喜歡推卸責(zé)任?較好的回答是:“我這門功課成績不是太好,但我相信這不會成為我擁有這份工作的障礙。”
Q說說你迄今為止最感失敗的經(jīng)驗及對你的影響。
A這個問題并非很常見,但能有效反映一個人生命歷程的深度和廣度。如你只能答出類似高考因未能考到滿意的大學(xué)而痛哭了好幾天,那就容易判斷你是一個經(jīng)歷單純未歷逆境的人。接踵而至可以判斷出你思想的深度和悟性。
Q如果被錄用了,你什么時候能來上班?
A很多人都會以為被錄用了,急不可耐地說隨時可以上班。事實上對方是在考察你的責(zé)任心。通常一個人必須花點時間將手中的工作交接完畢后才能離職的。較好的回答是:“我會盡快做好原單位的交接工作,按時前來報到的。”
第三篇:房屋買賣合同的四大陷阱
房屋買賣合同的四大陷阱
【找法網(wǎng) 房屋買賣合同范本】房屋買賣合同的四大陷阱
【摘要】雖然現(xiàn)在人們的法律意識在逐漸加強,進(jìn)行房屋買賣的時候都會簽訂房屋買賣合同,但是一些不法商家仍然通過合同上的法律漏洞,達(dá)到自己牟利的目的,所以我們在簽訂房屋買賣合同時要注意仔細(xì)對待,下面以相關(guān)案例為例,律師提醒大家房屋買賣合同中出現(xiàn)的四大陷阱......合同中的“陰陽合同”法律責(zé)任不容忽視
【案例一】小王最近在北京五環(huán)外買了一套三居室,面積150平方米,成交價為150萬元。但在房管所網(wǎng)簽時,小王與原房主簽訂的價格顯示的是75萬元。“網(wǎng)簽合同是假合同,這個價格主要是用來避稅”。小王解釋說,原房主購買這套房子花了75萬元,而75萬元是稅務(wù)部門對這個區(qū)域房子認(rèn)可的最低納稅價格。“按照契稅是房子成交價的3%計算,光契稅一項就可少交22500元。而通過做低房價,原本需要支付的營業(yè)稅也做沒了。”小王面露得意地說。
從2005年6月1日起,為了穩(wěn)定房地產(chǎn)市場,我國開始執(zhí)行普通商品房、非普通商品房區(qū)別征稅,并且對出售方征收營業(yè)稅、個人所得稅等,大大增加了非普通商品房及出售方的稅負(fù),而轉(zhuǎn)讓方的稅負(fù)又轉(zhuǎn)嫁到了受讓方,于是買賣雙方為了少付稅費,多采取做低房價的方式來逃稅,并且以“避稅”的幌子來掩蓋違法的真實目的。通常的操作方式是買賣雙方簽訂“陰陽合同”,或者簽訂“主合同”和“補充合同”。簽訂“陰陽合同”,即簽訂一份總房價較低的合同,作為辦理過戶手續(xù)之用的“陽合同”,同時簽訂一份反映真實成交價格的“陰合同”。簽訂“主合同”和“補充合同”的操作方式更為簡便,買賣雙方只簽訂一份價格虛假的買賣合同用來辦理過戶手續(xù)之用,真實的成交價格則通過簽訂補充協(xié)議的方式來約定。
【律師提醒】這樣的“避稅”方式是違法的,違法必然存在違法成本,一旦被查出,不但要補足應(yīng)繳的稅款,而且還面臨高額罰款。更為嚴(yán)重的是,這樣所謂的“避稅”方式在近幾年已經(jīng)引起了一定數(shù)量的糾紛。過戶前首先要核稅,核稅通不過,則無法交易,糾紛自然而生,多出的稅費到底誰來承擔(dān)就成了雙方爭議的焦點。此外,如果是通過貸款方式買房,由于首付款是按真實房價支付的,而交付貸款銀行的必須是送房地產(chǎn)交易過戶用合同,如果首付款和買賣合同有出入,貸款也不能獲得銀行批準(zhǔn),這樣也會引起雙方的糾紛。綜上,在二手房的交易過程中,做低房價表面上看是省錢了,實則是法律陷阱,一旦落入,煩惱無窮。
假收入證明不可信,做高房價不可取
【案例二】宋女士是一名公司白領(lǐng),月收入6000元。最近買了一套二居室,擬申請貸款80萬元,期限為20年。而銀行要求其月收入至少為1萬元,為了使貸款獲批,宋女士找到了公司財務(wù)主管,為她開具了月收入1萬元的收入證明。結(jié)果銀行還是沒有批準(zhǔn)宋女士的貸款請求,原因是月收入過萬達(dá)到申報個人所得稅的條件,而銀行通過查詢得知,宋女士并沒有出現(xiàn)在納稅名單中。銀行的解釋是,要么宋女士收入證明作假,要么宋女士有逃稅嫌疑,而這兩項都是申請人不良信用的體現(xiàn)。
在二手房買賣時,購房者大多采取貸款方式支付部分房款,但是由于銀行審核房貸有一定的標(biāo)準(zhǔn),比如購房者的還款能力、信用狀況、房齡、房屋價值等,所以有部分購房者不一定能獲得購房貸款,由此也引發(fā)出一些陷阱。
從各個銀行對于購房貸款的審批要求上看,月還款額需要匹配的收入證明,比如月收入是月還款額的一倍。一些購房者的收入可能無法達(dá)到銀行的要求,于是只能做假的收入證明用于購房貸款。
【律師提醒】提供假收入證明一旦被銀行查出,就可能進(jìn)入不良信用黑名單,不但該次貸款無法通過審批,而且也會成為今后貸款的障礙。所以,購房貸款時應(yīng)該先咨詢貸款銀行,量力而為,勿讓假收入證明成為影響交易的陷阱。
【案例三】江西南昌的周先生新近購買了一套單位附近的房子,成交價為40萬元。在向銀行申請貸款時,周先生提供的成交價格被增長為55萬元。但是銀行對這套房產(chǎn)的評估價為 35萬元,批給周先生的貸款為24萬元。“冒著很大風(fēng)險與原房主簽了這份‘高房價協(xié)議’,沒想到還是沒有騙過銀行”。周先生苦笑道。
相比逃稅而做低房價,有的購房者還會故意和上家串通做高房價,方法基本和做低房價類似,其目的是為了獲更高額房貸。
【律師提醒】做高房價有違銀行房貸規(guī)定。二手房的房貸首付款是有比例要求的,目前大部分銀行規(guī)定為3成,做高房價無疑屬于“騙貸”,要承擔(dān)相應(yīng)的法律責(zé)任。此外,銀行對房地產(chǎn)進(jìn)行評估后認(rèn)為實際價值并沒有合同價高,購房者也可能無法貸到預(yù)期的成數(shù),容易引發(fā)交易雙方糾紛。
當(dāng)初承諾不可靠,看房背后有玄機
【案例四】通過房產(chǎn)中介,天津的張先生看中了一套三居室,成交價為80萬元,中介公司表示,這套房最低可以貸到50萬元。張先生很快簽訂了購房協(xié)議,并向中介公司支付了30萬元首付款。但是在申請銀行貸款時遇到了麻煩,按照張先生的還款能力和這套房子的價值,銀行只批貸25萬元,還有25萬元的缺口。張先生急了,希望退房并要回先前支付的中介費和首付款。中介說,協(xié)議上并沒有保證你能貸到款,中介費和首付款不能退,缺口25萬元只能由張先生自己想辦法。張先生現(xiàn)在一臉茫然。
中介公司為了促成交易,會作出一些口頭承諾,如保證購房者能夠獲得一定數(shù)額的貸款等,而中介作為專業(yè)的房地產(chǎn)經(jīng)紀(jì)、房地產(chǎn)居間機構(gòu),往往都會得到購房者的信任。但是中介的這些承諾并不以書面的形式固定,也沒有任何責(zé)任可言,一旦承諾無法實現(xiàn),承擔(dān)責(zé)任的還是購房方。
【律師提醒】在簽約前,一定要對房產(chǎn)情況及自身經(jīng)濟實力和貸款能力有個清醒的認(rèn)識,不能聽信中介的口頭承諾,以免引起不必要的麻煩。
【案例五】通過一家房產(chǎn)中介,河南鄭州的孫女士看上了一套二居室。但因為另一家中介公司的掛牌價稍低,孫女士與另一家中介公司達(dá)成了交易,并支付了中介費。但不久后,先前帶孫女士看房的那家中介將孫女士告上法院,要求追究其違約責(zé)任并勝訴。原來,在看房時,孫女士在中介提供的看房單上簽字,而這個看似不重要的看房單其實是一份無終止期限的居間協(xié)議,明確約定了通過其他中介公司成交同一套房屋的,要承擔(dān)與中介費相同金額的違約金。
在購買任何一套二手房時,購買方首先要做的一定是先看房,看房滿意后才會作出購買決定。在大多數(shù)人的概念中,買賣雙方交易成功了應(yīng)當(dāng)支付中介費,否則就不需要支付中介費。中介公司在帶購房者看房前通常都會要求購房者簽署一張看房單,大多數(shù)購房者都會忽視看房單的具體內(nèi)容,輕易就簽字了。而看房單上也有玄機,有的看房單甚至?xí)s定看房后,只要最終看房人購買了該套房屋,無論是否通過該中介達(dá)成交易,都要承擔(dān)相當(dāng)于中介費或一定金額的違約金。
【律師提醒】簽訂“看房單”和簽訂居間協(xié)議時,一定要先看清具體的內(nèi)容,不能想當(dāng)然。中介公司為了保護(hù)自己的權(quán)利往往在居間協(xié)議中會約定各種各樣要交易雙方承擔(dān)違約責(zé)任的內(nèi)容,這本無可厚非,但是購房者或售房者也要保持清醒的頭腦,否則很容易落入疏忽造成的陷阱。
合同最好當(dāng)面簽,留下“空格”隱患多
【案例六】在沒有見到房主的情況下,山西太原的曹先生與中介簽署了一份購房意向協(xié)議。中介口頭承諾,稅費和中介費由買賣雙方共同承擔(dān)。但是等曹先生拿回三方協(xié)議時卻發(fā)現(xiàn):意向協(xié)議最后一條“其他約定”之后的空格在自己簽字時還是空白,等賣方簽完了上面居然添加了“交易中所發(fā)生的所有稅費均由買方承擔(dān)”。曹先生不認(rèn)可,但是百口難辯。中介公司在購房者有意購買房屋時,會不失時機的催促購房者簽訂預(yù)先制作的一式三聯(lián)的格式意向協(xié)議,并由購房者支付為數(shù)不多的意向金。約定買方簽字后,意向金則轉(zhuǎn)為定金。但是為了避免買賣雙方提早碰頭而造成跳過中介私下交易的情況發(fā)生,中介也尋找著保護(hù)自己權(quán)益的方式來促成雙方交易,先不讓買賣雙方碰頭,意向協(xié)議通常由買方先簽,然后由中介拿給賣方簽,而買方簽字后,一式三聯(lián)的意向協(xié)議均被中介拿走。
【律師提醒】由于格式的意向協(xié)議是預(yù)先制作,會留出空格便于填寫,所以先簽約的買方千萬要注意,對于不需要填的空格一定要劃去,不要留有空白的空格。當(dāng)然合同的簽訂最好能在三方都在場的情況下進(jìn)行,并當(dāng)場留一份原件在手上,以免帶來不必要的麻煩。以上是找法小編為大家整理的關(guān)于房屋買賣合同中容易出現(xiàn)的陷阱現(xiàn)象以及律師給予的一些提醒,希望對大家有所幫助。
第四篇:商業(yè)計劃書暗藏四大陷阱
商業(yè)計劃書暗藏四大陷阱
陷阱一:隱形債務(wù)
在商業(yè)計劃書里,財務(wù)報表是投資方最關(guān)注的部分之一。畢竟投資方第一敏感的問題就是“我該投多少錢,我能有多少回報”。一般情況下,商業(yè)計劃書里邊的“財務(wù)分析”屬于融資方需要保密的資料。然而,融資方越是把財務(wù)分析搞得神神秘秘的,投資方越是大呼上當(dāng)。其中,隱形債務(wù)問題,成為目前投資方比較頭疼的一大陷阱。
“隱形債務(wù)防不勝防”,多年從事項目投資分析的潘冬告訴記者,“現(xiàn)在融資方在財務(wù)上做假的手段真是越來越?高明?,隱形債務(wù)現(xiàn)在令我們最為頭疼。”據(jù)潘冬介紹,隱形債務(wù)情況比較復(fù)雜。比如,曾經(jīng)有這樣一家軟件廠商,為了扶持其在西部的幾家區(qū)域總代理商,替代理商擔(dān)保以便代理商從銀行貸款。可是過了沒多久,有三家代理商跑了。該軟件廠商也欠了一屁股的債。后來這家軟件廠商在融資的時候,商業(yè)計劃書上根本沒有提到這件事,導(dǎo)致后來的投資方有很大一筆資金被用來返還舊債。另外,還有一個北京的公司兼并了外地一家瀕臨破產(chǎn)的企業(yè)。融資方?jīng)]有在商業(yè)計劃書中說明這個情況,等到北京公司融資成功后,新股東自然也就背上了這樣一個大鍋。潘冬告訴記者,融資方一般不會在商業(yè)計劃書里主動提及“隱形債務(wù)”問題,而且即使投資方做了很深入的調(diào)查,還是很難查出個水落石出。
陷阱二:團隊集體私奔
一個成熟的商業(yè)計劃,除了有一個比較誘人的商業(yè)模式外,創(chuàng)業(yè)團隊也成為投資方?jīng)Q定是否投資的一個重要參考。因此,一般的商業(yè)計劃書,會對團隊組成及核心人物大寫特寫,力圖向投資方傳遞這樣的信息:“這個項目,只有我們這樣的一個團隊才能做得來。”然而,殊不知,創(chuàng)業(yè)團隊也是投資方的一個大陷阱。且不說有的創(chuàng)業(yè)者報給投資方的團隊組合非常豪華,但可能這個公司就一兩個人。成功融資后“團隊集體私奔”現(xiàn)象更是令投資方發(fā)指。
“我根本想不到會是這樣的情況”,負(fù)責(zé)項目談判的投資方代表鐘力先生久久忘記不了自己曾經(jīng)的一次失誤。鐘力是國外一家知名創(chuàng)業(yè)投資機構(gòu)在中國的首席代表。2000年春天,在IT業(yè)最火熱的時候他負(fù)責(zé)在中國物色好項目。據(jù)鐘力回憶,一切都很完美,包括商業(yè)模式、營銷計劃、投資效益分析等等,當(dāng)然了還有當(dāng)時為之興奮不已的優(yōu)秀團隊。然而,正式投資之后,這個團隊卻莫名其妙的“集體私奔”了,并卷走了首期500萬人民幣的投資。因為這次事件,鐘力被辭了工作,并決定從此不再介入創(chuàng)投業(yè)。
陷阱三:專利保護(hù)不力
大凡融資成功的商業(yè)計劃,除了有成熟的商業(yè)模式,優(yōu)秀的創(chuàng)業(yè)團隊,還必須有獨特的技術(shù),特別是具有自主專利的技術(shù)。然而,很多商業(yè)計劃書里邊所描述的貌似具有自主專利的技術(shù),卻讓投資者吃了大虧。
據(jù)清科創(chuàng)業(yè)投資咨詢有限公司的姜廣勝介紹,這其中包括三種情況:
第一種,“競業(yè)禁止”的技術(shù)骨干冒險創(chuàng)業(yè)。在高新技術(shù)企業(yè),尤其是研發(fā)部門,公司對技術(shù)骨干的控制特別嚴(yán)格,一般都會跟技術(shù)骨干簽訂“競業(yè)禁止合同”。按照合同規(guī)定,該公司技
術(shù)骨干辭職離開該公司后,兩年內(nèi)不得在同行業(yè)工作。有很多創(chuàng)業(yè)團隊里不乏這樣的“自由人”。他們往往是原先公司某項技術(shù)的開發(fā)者。脫離原公司后,自己組織或參與新的團隊利用原公司的技術(shù)進(jìn)行融資。在冒著巨大的懲罰風(fēng)險(按規(guī)定,原公司發(fā)現(xiàn)后可以對其進(jìn)行起訴)的同時,也給還蒙在鼓里的投資者帶來了一個天大的陷阱:一旦被原公司起訴,投資方自然也就白白賠了一大筆投資。
第二種,專利申請期間的冒險創(chuàng)業(yè)。有很多技術(shù)骨干辭了原公司,帶著原公司正在申請專利的新技術(shù)加盟到新公司,并對技術(shù)進(jìn)行包裝、融資。由于該項專利正在申請中,就可以一時迷惑投資方而圈到錢。
第三種,類似包裝、外形設(shè)計等技術(shù)含量比較低的項目,很多時候創(chuàng)業(yè)者沒有及時進(jìn)行專利保護(hù)。于是,很多同行巧妙地利用了該包裝或設(shè)計,等到自己真正開始做市場推廣的時候難度就極其大,這也無疑給投資方帶來一定的損失。
姜廣勝告訴記者,融資方的這些手段都比較隱秘,一般難于在商業(yè)計劃書乃至往后的談判中察覺出來。
陷阱四:隱瞞市場風(fēng)險
一般的商業(yè)計劃書,還將對創(chuàng)業(yè)企業(yè)的市場前景以及競爭優(yōu)勢做詳細(xì)介紹。為了增加投資者對該項目的市場信心,很多融資方夸大甚至虛構(gòu)了市場預(yù)期,充分利用一些不確定性的市場因素,或者隱瞞一些真實的市場風(fēng)險,來達(dá)到自己圈錢的目的。這些市場風(fēng)險,就包括了政策風(fēng)險。
據(jù)業(yè)內(nèi)人士介紹,經(jīng)常會有一些創(chuàng)業(yè)企業(yè),拿著地方政府乃至中央政府的紅頭文件、批示以及不算很成熟的商業(yè)計劃書前來融資。這種企業(yè)一般都會宣稱自己擁有廣泛的政府資源,并得知中央馬上就要擴大在哪些方面的投入,馬上就要上哪個項目,并拿出一大堆證明文件,由此來證明自己的項目市場潛力巨大。一般的投資方對這樣的項目就會比較謹(jǐn)慎,但是也有少數(shù)投資方難于擋住這種誘惑,被拉下馬
第五篇:IT職場程序員 Java面試中的陷阱
IT職場:程序員Java面試中的陷阱
找工作要面試,有面試就有對付面試的辦法。以下一些題目來自我和我朋友痛苦的面試經(jīng)歷,提這些問題的公司包括IBM, E*Trade, Siebel,Motorola, SUN,以及其它大小公司。
面試是沒什么道理可講的,它的題目有的不合情理、脫離實際。有在紙上寫的,有當(dāng)面考你的,也有在電話里問的,給你IDE的估計很少(否則你趕快去買彩票,說不定中)。所以如果你看完此文后,請不要抱怨說這些問題都能用IDE來解決。你必須在任何情況下準(zhǔn)確回答這些問題,在面試中如果出現(xiàn)一兩題回答不準(zhǔn)確很有可能你就被拒之門外了。
當(dāng)然這些都是Java的基本題,那些面試的人大多數(shù)不會問你Hibernate有多先進(jìn),Eclipse的三個組成部分,或command design pattern,他們都是老一輩了,最喜歡問的就是基礎(chǔ)知識。別小看了這些基礎(chǔ),我朋友水平一流,結(jié)果就栽在一到基礎(chǔ)知識的問題下,和高薪無緣。
好了廢話少說,開始正題。
第一,談?wù)刦inal, finally, finalize的區(qū)別。
最常被問到。
第二,Anonymous Inner Class(匿名內(nèi)部類)是否可以extends(繼承)其它類,是否可以implements(實現(xiàn))interface(接口)?
第三,Static Nested Class和Inner Class的不同,說得越多越好(面試題有的很籠統(tǒng))。
第四,&和&&的區(qū)別。
這個問得很少。
第五,HashMap和Hashtable的區(qū)別。
常問。
第六,Collection和Collections的區(qū)別。
你千萬別說一個是單數(shù)一個是復(fù)數(shù)。
第七,什么時候用assert。
API級的技術(shù)人員有可能會問這個。
第八,GC是什么?為什么要有GC?
基礎(chǔ)。
第九,String s = new String(xyz);創(chuàng)建了幾個String Object?
第十,Math.round(11.5)等於多少? Math.round(-11.5)等於多少?
第十一,short s1 = 1;s1 = s1 + 1;有什么錯? short s1 = 1;s1 += 1;有什么錯?
面試題都是很變態(tài)的,要做好受虐的準(zhǔn)備。
第十二,sleep()和wait()有什么區(qū)別?
搞線程的最愛。
第十三,Java有沒有g(shù)oto?
很十三的問題,如果哪個面試的問到這個問題,我勸你還是別進(jìn)這家公司。
第十四,數(shù)組有沒有l(wèi)ength()這個方法? String有沒有l(wèi)ength()這個方法?
第十五,Overload和Override的區(qū)別。Overloaded的方法是否可以改變返回值的類型?
常問。
第十六,Set里的元素是不能重復(fù)的,那么用什么方法來區(qū)分重復(fù)與否呢?是用==還是equals()?它們有何區(qū)別?
第十七,給我一個你最常見到的runtime exception。
如果你這個答不出來,面試的人會認(rèn)為你沒有實際編程經(jīng)驗。
第十八,error和exception有什么區(qū)別?
第十九,List, Set, Map是否繼承自Collection接口?
第二十,abstract class和interface有什么區(qū)別?
常問。
第二十一,abstract的method是否可同時是static,是否可同時是native,是否可同時是synchronized?
第二十二,接口是否可繼承接口?抽象類是否可實現(xiàn)(implements)接口?抽象類是否可繼承實體類(concrete class)?
第二十三,啟動一個線程是用run()還是start()?
第二十四,構(gòu)造器Constructor是否可被override?
第二十五,是否可以繼承String類?
第二十六,當(dāng)一個線程進(jìn)入一個對象的一個synchronized方法后,其它線程是否可進(jìn)入此對象的其它方法?
第二十七,try {}里有一個return語句,那么緊跟在這個try后的finally {}里的code會不會被執(zhí)行,什么時候被執(zhí)行,在return前還是后?
第二十八,編程題:用最有效率的方法算出2乘以8等於幾?
有C背景的程序員特別喜歡問這種問題。
第二十九,兩個對象值相同(x.equals(y)== true),但卻可有不同的hash code,這句話對不對?
第三十,當(dāng)一個對象被當(dāng)作參數(shù)傳遞到一個方法后,此方法可改變這個對象的屬性,并可返回變化后的結(jié)果,那么這里到底是值傳遞還是引用傳遞?
第三十一,swtich是否能作用在byte上,是否能作用在long上,是否能作用在String上?
第三十二,編程題:寫一個Singleton出來。
下面是答案
第一,談?wù)刦inal, finally, finalize的區(qū)別。
final—修飾符(關(guān)鍵字)如果一個類被聲明為final,意味著它不能再派生出新的子類,不能作為父類被繼承。因此一個類不能既被聲明為abstract的,又被聲明為final的。將變量或方法聲明為final,可以保證它們在使用中不被改變。被聲明為final的變量必須在聲明時給定初值,而在以后的引用中只能讀取,不可修改。被聲明為final的方法也同樣只能使用,不能重載finally—再異常處理時提供finally塊來執(zhí)行任何清除操作。如果拋出一個異常,那么相匹配的catch子句就會執(zhí)行,然后控制就會進(jìn)入finally塊(如果有的話)。
finalize—方法名。Java技術(shù)允許使用finalize()方法在垃圾收集器將對象從內(nèi)存中清除出去之前做必要的清理工作。這個方法是由垃圾收集器在確定這個對象沒有被引用時對這個對象調(diào)用的。它是在Object類中定義的,因此所有的類都繼承了它。子類覆蓋finalize()方法以整理系統(tǒng)資源或者執(zhí)行其他清理工作。finalize()方法是在垃圾收集器刪除對象之前對這個對象調(diào)用的。
第二,Anonymous Inner Class(匿名內(nèi)部類)是否可以extends(繼承)其它類,是否可以implements(實現(xiàn))interface(接口)?
匿名的內(nèi)部類是沒有名字的內(nèi)部類。不能extends(繼承)其它類,但一個內(nèi)部類可以作為一個接口,由另一個內(nèi)部類實現(xiàn)。
第三,Static Nested Class和Inner Class的不同,說得越多越好(面試題有的很籠統(tǒng))。
Nested Class(一般是C++的說法),Inner Class(一般是JAVA的說法)。Java內(nèi)部類與C++嵌套類最大的不同就在于是否有指向外部的引用上
。具體可見//www.frontfree.net/articles/services/view.asp?id=704&page=1
注:靜態(tài)內(nèi)部類(Inner Class)意味著1創(chuàng)建一個static內(nèi)部類的對象,不需要一個外部類對象,2不能從一個static內(nèi)部類的一個對象訪問一個外部類對象
第四,&和&&的區(qū)別。
&是位運算符。&&是布爾邏輯運算符。
第五,HashMap和Hashtable的區(qū)別。
都屬于Map接口的類,實現(xiàn)了將惟一鍵映射到特定的值上。
HashMap類沒有分類或者排序。它允許一個null鍵和多個null值。
Hashtable類似于HashMap,但是不允許null鍵和null值。它也比HashMap慢,因為它是同步的。
第六,Collection和Collections的區(qū)別。
Collections是個java.util下的類,它包含有各種有關(guān)集合操作的靜態(tài)方法。
Collection是個java.util下的接口,它是各種集合結(jié)構(gòu)的父接口。
第七,什么時候用assert。
斷言是一個包含布爾表達(dá)式的語句,在執(zhí)行這個語句時假定該表達(dá)式為true。如果表達(dá)式計算為false,那么系統(tǒng)會報告一個
Assertionerror。它用于調(diào)試目的:
assert(a >0);// throws an Assertionerror if a <= 0
斷言可以有兩種形式:
assert Expression1;
assert Expression1: Expression2;
Expression1應(yīng)該總是產(chǎn)生一個布爾值。
Expression2可以是得出一個值的任意表達(dá)式。這個值用于生成顯示更多調(diào)試信息的String消息。
斷言在默認(rèn)情況下是禁用的。要在編譯時啟用斷言,需要使用source 1.4標(biāo)記:
javac-source 1.4 Test.java要在運行時啟用斷言,可使用-nableassertions或者-ea標(biāo)記。
要在運行時選擇禁用斷言,可使用-da或者-disableassertions標(biāo)記。
要系統(tǒng)類中啟用斷言,可使用-esa或者-dsa標(biāo)記。還可以在包的基礎(chǔ)上啟用或者禁用斷言。
可以在預(yù)計正常情況下不會到達(dá)的任何位置上放置斷言。斷言可以用于驗證傳遞給私有方法的參數(shù)。不過,斷言不應(yīng)該用于驗證傳遞給公有方法的參數(shù),因為不管是否啟用了斷言,公有方法都必須檢查其參數(shù)。不過,既可以在公有方法中,也可以在非公有方法中利用斷言測試后置條件。另外,斷言不應(yīng)該以任何方式改變程序的狀態(tài)。
第八,GC是什么?為什么要有GC?(基礎(chǔ))。
GC是垃圾收集器。Java程序員不用擔(dān)心內(nèi)存管理,因為垃圾收集器會自動進(jìn)行管理。要請求垃圾收集,可以調(diào)用下面的方法之一:
System.gc()
Runtime.getRuntime().gc()
第九,String s = new String(xyz);創(chuàng)建了幾個String Object?
兩個對象,一個是“xyx”,一個是指向“xyx”的引用對象s。
第十,Math.round(11.5)等於多少? Math.round(-11.5)等於多少?
Math.round(11.5)返回(long)12,Math.round(-11.5)返回(long)-11;
第十一,short s1 = 1;s1 = s1 + 1;有什么錯? short s1 = 1;s1 += 1;有什么錯?
short s1 = 1;s1 = s1 + 1;有錯,s1是short型,s1+1是int型,不能顯式轉(zhuǎn)化為short型。可修改為s1 =(short)(s1 + 1)。short s1 = 1;
s1 += 1正確。
第十二,sleep()和wait()有什么區(qū)別?搞線程的最愛sleep()方法是使線程停止一段時間的方法。在sleep時間間隔期滿后,線程不一定立即恢復(fù)執(zhí)行。這是因為在那個時刻,其它線程可能正在運行而且沒有被調(diào)度為放棄執(zhí)行,除非(a)“醒來”的線程具有更高的優(yōu)先級(b)正在運行的線程因為其它原因而阻塞。wait()是線程交互時,如果線程對一個同步對象x發(fā)出一個wait()調(diào)用,該線程會暫停執(zhí)行,被調(diào)對象進(jìn)入等待狀態(tài),直到被喚醒或等待時間到。
第十三,Java有沒有g(shù)oto?
Goto—java中的保留字,現(xiàn)在沒有在java中使用。
第十四,數(shù)組有沒有l(wèi)ength()這個方法? String有沒有l(wèi)ength()這個方法?
數(shù)組沒有l(wèi)ength()這個方法,有l(wèi)ength的屬性。
String有有l(wèi)ength()這個方法。
第十五,Overload和Override的區(qū)別。Overloaded的方法是否可以改變返回值的類型?
方法的重寫Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫Overriding是父類與子類之間多態(tài)性的一種表現(xiàn),重載Overloading是一個類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù),我們說該方法被重寫(Overriding)。子類的對象使用這個方法時,將調(diào)用子類中的定義,對它而言,父類中的定義如同被“屏蔽”了。如果在一個類中定義了多個同名的方法,它們或有不同的參
數(shù)個數(shù)或有不同的參數(shù)類型,則稱為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類型。
第十六,Set里的元素是不能重復(fù)的,那么用什么方法來區(qū)分重復(fù)與否呢?是用==還是equals()?它們有何區(qū)別?
Set里的元素是不能重復(fù)的,那么用iterator()方法來區(qū)分重復(fù)與否。equals()是判讀兩個Set是否相等。
equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋,為的是當(dāng)兩個分離的對象的內(nèi)容和類型相配的話,返回真值。
第十七,給我一個你最常見到的runtime exception。
ArithmeticException, ArrayStoreException, BufferOverflowException, BufferUnderflowException, CannotRedoException,CannotUndoException, ClassCastException, CMMException, ConcurrentModificationException, DOMException, EmptyStackException,IllegalArgumentException, IllegalMonitorStateException, IllegalPathStateException, IllegalStateException,ImagingOpException, IndexOutOfBoundsException, MissingResourceException, NegativeArraySizeException, NoSuchElementException,NullPointerException, ProfileDataException, ProviderException, RasterFORMatException, SecurityException, SystemException,UndeclaredThrowableException, UnmodifiableSetException, UnsupportedOperationException
第十八,error和exception有什么區(qū)別?
error表示恢復(fù)不是不可能但很困難的情況下的一種嚴(yán)重問題。比如說內(nèi)存溢出。不可能指望程序能處理這樣的情況。
exception表示一種設(shè)計或?qū)崿F(xiàn)問題。也就是說,它表示如果程序運行正常,從不會發(fā)生的情況。
第十九,List, Set, Map是否繼承自Collection接口?
List,Set是
Map不是
第二十,abstract class和interface有什么區(qū)別?
聲明方法的存在而不去實現(xiàn)它的類被叫做抽象類(abstract class),它用于要創(chuàng)建一個體現(xiàn)某些基本行為的類,并為該類聲明方法,但不能在該類中實現(xiàn)該類的情況。不能創(chuàng)建abstract類的實例。然而可以創(chuàng)建一個變量,其類型是一個抽象類,并讓它指向具體子類的一個實例。不能有抽象構(gòu)造函數(shù)或抽象靜態(tài)方法。Abstract類的子類為它們父類中的所有抽象方法提供實現(xiàn),否則它們也是抽象類為。取而代之,在子類中實現(xiàn)該方法。知道其行為的其它類可以在類中實現(xiàn)這些方法。
接口(interface)是抽象類的變體。在接口中,所有方法都是抽象的。多繼承性可通過實現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的,沒有一個有程序體。接口只可以定義static final成員變量。接口的實現(xiàn)與子類相似,除了該實現(xiàn)類不能從接口定義中繼承行為。當(dāng)類實現(xiàn)特殊接口時,它定義(即將程序體給予)所有這種接口的方法。然后,它可以在實現(xiàn)了該接口的類的任何對象上調(diào)用接口的方法。由于有抽象類,它允許使用接口名作為引用變量的類型。通常的動態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到接口類型或從接口類型轉(zhuǎn)換,instanceof運算符可以用來決定某對象的類是否實現(xiàn)了接口。
第二十一,abstract的method是否可同時是static,是否可同時是native,是否可同時是synchronized?
都不能
第二十二,接口是否可繼承接口?抽象類是否可實現(xiàn)(implements)接口?抽象類是否可繼承實體類(concrete class)?
接口可以繼承接口。抽象類可以實現(xiàn)(implements)接口,抽象類是否可繼承實體類,但前提是實體類必須有明確的構(gòu)造函數(shù)。
第二十三,啟動一個線程是用run()還是start()?
啟動一個線程是調(diào)用start()方法,使線程所代表的虛擬處理機處于可運行狀態(tài),這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會立即運行。run()方法可以產(chǎn)生必須退出的標(biāo)志來停止一個線程。
第二十四,構(gòu)造器Constructor是否可被override?
構(gòu)造器Constructor不能被繼承,因此不能重寫Overriding,但可以被重載Overloading。
第二十五,是否可以繼承String類?
String類是final類故不可以繼承。
第二十六,當(dāng)一個線程進(jìn)入一個對象的一個synchronized方法后,其它線程是否可進(jìn)入此對象的其它方法?
不能,一個對象的一個synchronized方法只能由一個線程訪問。
第二十七,try {}里有一個return語句,那么緊跟在這個try后的finally {}里的code會不會被執(zhí)行,什么時候被執(zhí)行,在return前還是后?
會執(zhí)行,在return前執(zhí)行。
第二十八,編程題:用最有效率的方法算出2乘以8等於幾?
有C背景的程序員特別喜歡問這種問題。
<<3
第二十九,兩個對象值相同(x.equals(y)== true),但卻可有不同的hash code,這句話對不對?
不對,有相同的hash code。
第三十,當(dāng)一個對象被當(dāng)作參數(shù)傳遞到一個方法后,此方法可改變這個對象的屬性,并可返回變化后的結(jié)果,那么這里到底是值傳遞還是引用傳遞?
是值傳遞。Java編程語言只由值傳遞參數(shù)。當(dāng)一個對象實例作為一個參數(shù)被傳遞到方法中時,參數(shù)的值就是對該對象的引用。對象的內(nèi)容可以在被調(diào)用的方法中改變,但對象的引用是永遠(yuǎn)不會改變的。
第三十一,swtich是否能作用在byte上,是否能作用在long上,是否能作用在String上?
switch(expr1)中,expr1是一個整數(shù)表達(dá)式。因此傳遞給switch和case語句的參數(shù)應(yīng)該是int、short、char或者byte。long,string都不能作用于swtich。
第三十二,編程題:寫一個Singleton出來。
Singleton模式主要作用是保證在Java應(yīng)用程序中,一個類Class只有一個實例存在。
一般Singleton模式通常有幾種種形式:
第一種形式:
定義一個類,它的構(gòu)造函數(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(){
//這個方法比上面有所改進(jìn),不用每次都進(jìn)行生成對象,只是第一次
//使用時生成實例,提高了效率!
if(instance==null)
instance=new Singleton();
return instance;
}
}
其他形式:
定義一個類,它的構(gòu)造函數(shù)為private的,所有方法為static的。
一般認(rèn)為第一種形式要更加安全些
Hashtable和HashMap
Hashtable繼承自Dictionary類,而HashMap是Java1.2引進(jìn)的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算法都大概一樣,所以性能不會有很大的差異。