- 校長面試題目及答案 推薦度:
- 教師招聘結(jié)構(gòu)化面試題目答案 推薦度:
- 相關(guān)推薦
Windows面試題
問MainFrm,CDocument和CView類之間的關(guān)系,
MainFrm為框架類,包含應(yīng)用程序外框所包含部分。CView為視圖類,用于顯示數(shù)據(jù)的空白區(qū)域窗口。
CDocument為文檔類。
MFC提供了文檔/視類結(jié)構(gòu),采用數(shù)據(jù)本身和顯示分離的機制。其中文檔類CDocument用于數(shù)據(jù)的存儲和加載,視類CView用于數(shù)據(jù)的顯示與修改。
Dialog和ModuelDialog不同用法
1)類型不同
MoudleDialog 模態(tài)對話框,屬于壟斷對話框,例如打開對話框,點擊打開后不能再執(zhí)行其他操作,會發(fā)出“嘟嘟嘟”的聲音;
非模態(tài)對話框,屬于非壟斷對話框,利用查找對話框,點擊查找同時可以執(zhí)行其他操作;
即:非模態(tài)不壟斷;模態(tài)壟斷。
2)用法不同
CDialog::Create :to create amodelessdialog box
CDialog::DoModal :Call thismember function to invoke the modal dialog box andreturn the dialog-box resultwhen done
windows消息系統(tǒng)由哪幾部分構(gòu)成?
答:由一下3部分組成:
1.消息隊列:操作系統(tǒng)負責(zé)為進程維護一個消息隊列,程序運行時不斷從該消息隊列中獲取消息、處理消息;
2.消息循環(huán):應(yīng)用程序通過消息循環(huán)不斷獲取消息、處理消息。
3.消息處理:消息循環(huán)負責(zé)將消息派發(fā)到相關(guān)的窗口上使用關(guān)聯(lián)的窗口過程函數(shù)進行處理。
什么時候必須重寫拷貝構(gòu)造函數(shù)?
答:當構(gòu)造函數(shù)涉及到動態(tài)存儲分配空間時,要自己寫拷貝構(gòu)造函數(shù),并且要深拷貝。
什么是消息映射?
答:消息映射就是讓程序員指定MFC類(有消息處理能力的類)處理某個消息。然后由程序員完成對該處理函數(shù)的編寫,以實現(xiàn)消息處理功能。
如何定義和實現(xiàn)一個類的成員函數(shù)為回調(diào)函數(shù)?
答:
所謂的回調(diào)函數(shù),就是預(yù)先在系統(tǒng)的對函數(shù)進行注冊,讓系統(tǒng)知道這個函數(shù)的存在,以后,當某個事件發(fā)生時,再調(diào)用這個函數(shù)對事件進行響應(yīng)。
定義一個類的成員函數(shù)時在該函數(shù)前加CALLBACK即將其定義為回調(diào)函數(shù),函數(shù)的實現(xiàn)和普通成員函數(shù)沒有區(qū)別
MFC為何使用消息映射表而不用虛函數(shù)?
這個問題是windows開發(fā)面試中最經(jīng)常問到得問題,也是很有深度的一個問題。
有兩個帖子對該問題討論的比較深刻:
http://topic.csdn.net/u/20090822/16/4cf5d189-0e5e-41ff-9ba3-c7eaf2f6da74.html
http://topic.csdn.net/u/20090316/22/8b067591-6a17-4970-b224-41ab589294b3.html
說法一:
虛函數(shù)實現(xiàn)占用內(nèi)存較大
侯捷在《深入淺出MFC》中說微軟使用消息映射機制而不用虛函數(shù),是因為虛函數(shù)空間代價的原因。在當前MFC2.0版本發(fā)布的時候是92年,pc的內(nèi)存才幾M。一個類的虛表的大小就是虛函數(shù)的個數(shù)*一個指針的大小。
假設(shè)windows的通用消息有200個,那么CWnd類的虛表就有 200*4個byte = 800byte,CWnd類的所有派生類均copy了一份CWnd的虛表vtable,然后自己的虛函數(shù)往后加CWnd類的虛表的后頭。
。ㄖ劣谟腥苏fCWnd類的派生類能共享CWnd的虛表,這個說法不靠譜。因為派生類自己的虛函數(shù)值加在基類的虛函數(shù)表項的最后的。如果CWnd派生了CWndChildA 和 CWndChildB,且兩個孩子均有自己的虛函數(shù),那么都往CWnd類的后面加,豈不是沖突了?)。
也就是系統(tǒng)內(nèi)所有的CWnd類的派生類都要承受 800byte的代價。假設(shè)有100個類派生自CWnd 那么代價就是800*100byte 也就是 80K。這在當時內(nèi)存很緊張的情況下,已經(jīng)是一種巨大的內(nèi)存消耗了!這里需要注意一點:vtable是和類綁定在一起的,而不是和類對象(也叫類的實例)綁定在一起的,類的實例僅增加一個指向該向類的vtable的指針而已。也就是說,如果你有100個CWnd派生類,哪怕你生成了100000個派生類的實例,vtable占用的內(nèi)存也是80K。
看來在當時的環(huán)境看來,MFC沒有采用虛函數(shù),內(nèi)存的.確是一個考慮。
但是放在現(xiàn)在看,這點內(nèi)存消耗確實微不足道的!也就是說,如果現(xiàn)在重新設(shè)計MFC的消息機制,如果不采用虛函數(shù),并非因為虛函數(shù)的空間浪費問題。結(jié)論:這個說法靠譜。
說法二:
消息映射機制效率比虛函數(shù)效率高。
因為那么多消息ID,如果找到其對應(yīng)的消息處理函數(shù),switch是不可少的。ǹ梢詇ash?哦哦,的確可能,不過mfc里面可沒這么做?mfc里面怎么做的我也不清楚)
MFC中采用的是消息映射的機制,而沒有用虛函數(shù)的機制,因為消息有很多,如果用虛函數(shù)機制,需要給每個消息定義一個虛函數(shù),在分派消息時,程序需要逐一判斷是哪一個消息,找到合適的分支后再調(diào)用相應(yīng)的虛函數(shù);而通常情況下,應(yīng)用程序不需要響應(yīng)太多的消息,消息映射方式只需要判斷程序想要響應(yīng)的這些消息即可,所以開銷小。
也就是說,MFC采用了消息映射而沒有采用虛函數(shù),是從對消息的響應(yīng)機制來考慮的。消息映射,就可以僅實現(xiàn)自己感興趣的消息,這樣switch時就可以快一點。
不過話又說回來,對一個非自己感興趣的系統(tǒng)消息來了以后,就需要遍歷消息網(wǎng),層層的向基類查找直到找到對應(yīng)的消息處理函數(shù)!這本身也很浪費時間!也許這種情況比較少見吧,否則的話,消息映射的消息響應(yīng)時間并不比虛函數(shù)來的快!因為虛函數(shù)最多只需一次遍歷,而且,如果可以采用hash技術(shù),更快!
如果說,大多數(shù)消息都是系統(tǒng)的消息,那么消息映射的迭代查找消息函數(shù)的方式并不比虛函數(shù)的switch來的快!
PS:這里有一篇對比消息映射機制和虛函數(shù)機制效率的簡單模擬實驗
http://blog.csdn.net/hjsunj/archive/2008/01/10/2034314.aspx結(jié)論,該說法不靠譜!
說法三:
為了未來的可擴展性。兼容新的系統(tǒng)級的消息。
我不是很清楚MS設(shè)計消息映射的初衷,但是感覺它著眼點更側(cè)重于增加新消息很容易,而不是節(jié)省內(nèi)存。
如果我們使用虛函數(shù)機制實現(xiàn),恐怕對于每個可能的消息我們都必須在基類中定義一個虛函數(shù),而其首要的困難就是你無法猜測未來會出現(xiàn)什么消息,也無法確定需要定義什么樣函數(shù)原型的虛函數(shù)。而使用消息映射,解決這個問題則相對容易,因為這將由未來的程序設(shè)計者決定他們的消息該如何處理。
對于系統(tǒng)的新增消息,消息映射支持起來較方便。虛函數(shù)想要支持就需要改動基類添加虛函數(shù)。
對于自定義的消息,無論消息映射和虛函數(shù)都可以很好的支持。
那么虛函數(shù)方式如何支持自定義消息?
自定義消息是不需要加到基類的;惪梢约觽虛函數(shù),OnMessage(xxx), 然后有自定義消息的類實現(xiàn)之,用switch轉(zhuǎn)換成相應(yīng)虛函數(shù)調(diào)用,不是自己的消息再傳給基類。
結(jié)論:這個說法靠譜。
sendMessage與postMessage區(qū)別?
不同點:sendMessage發(fā)送完畢以后需要等待處理完才返回;而postMessage發(fā)送消息后立即返回。
Do not post the WM_QUIT message usingPostMessage; use thePostQuitMessage function.
postMessage將消息放置到消息隊列中,不等待線程處理消息就立即返回。
sendMessage發(fā)送指定的消息到窗口,并會調(diào)用窗口過程,直到窗口過程處理完畢后才返回。
TCP的重發(fā)機制是怎么實現(xiàn)的?
1.滑動窗口機制,確立收發(fā)的邊界,能讓發(fā)送方知道已經(jīng)發(fā)送了多少(已確認)、尚未確認的字節(jié)數(shù)、尚待發(fā)送的字節(jié)數(shù);讓接收方知道(已經(jīng)確認收到的字節(jié)數(shù))。
2.選擇重傳,用于對傳輸出錯的序列進行重傳。
TCP和UDP的區(qū)別?
1)TCP面向連接(三次握手機制),通信前需要先建立連接;UDP面向無連接,通信前不需要建立連接;
2)TCP保障可靠傳輸(按序、無差錯、不丟失、不重復(fù));UDP不保障可靠傳輸,使用最大努力交付;
3)TCP面向字節(jié)流的傳輸,UDP面向數(shù)據(jù)報的傳輸。
TCP為什么不是兩次連接?而是三次握手?
如果A與B兩個進程通信,如果僅是兩次連接。可能出現(xiàn)的一種情況就是:A發(fā)送完請報文以后,由于網(wǎng)絡(luò)情況不好,出現(xiàn)了網(wǎng)絡(luò)擁塞,即B延時很長時間后收到報文,即此時A將此報文認定為失效的報文。B收到報文后,會向A發(fā)起連接。此時兩次握手完畢,B會認為已經(jīng)建立了連接可以通信,B會一直等到A發(fā)送的連接請求,而A對失效的報文回復(fù)自然不會處理。依次會陷入B忙等的僵局,造成資源的浪費。
connect方法會阻塞,請問有什么方法可以避免其長時間阻塞?
可以考慮采用異步傳輸機制,同步傳輸與異步傳輸?shù)闹饕獏^(qū)別在于同步傳輸中,如果調(diào)用recvfrom后會一致阻塞運行,從而導(dǎo)致調(diào)用線程暫停運行;異步傳輸機制則不然,會立即返回。
網(wǎng)絡(luò)編程中設(shè)計并發(fā)服務(wù)器,使用多進程與多線程,請問有什么區(qū)別?
答案一:
1,進程:子進程是父進程的復(fù)制品。子進程獲得父進程數(shù)據(jù)空間、堆和棧的復(fù)制品。
2,線程:相對與進程而言,線程是一個更加接近與執(zhí)行體的概念,它可以與同進程的其他線程共享數(shù)據(jù),但擁有自己的?臻g,擁有獨立的執(zhí)行序列。兩者都可以提高程序的并發(fā)度,提高程序運行效率和響應(yīng)時間。
線程和進程在使用上各有優(yōu)缺點:線程執(zhí)行開銷小,但不利于資源管理和保護;而進程正相反。同時,線程適合于在SMP機器上運行,而進程則可以跨機器遷移。
答案二:
根本區(qū)別就一點:用多進程每個進程有自己的地址空間(address space),線程則共享地址空間。所有其它區(qū)別都是由此而來的:
1。速度:線程產(chǎn)生的速度快,線程間的通訊快、切換快等,因為他們在同一個地址空間內(nèi)。
2。資源利用率:線程的資源利用率比較好也是因為他們在同一個地址空間內(nèi)。
3。同步問題:線程使用公共變量/內(nèi)存時需要使用同步機制還是因為他們在同一個地址空間內(nèi)。等等
Windows編程的知識點,如消息機制,一個自定義消息如何實現(xiàn)。
自定義消息共分為3步驟:
1) 自定義消息:#defineWM_MYMSGWM_USER+1
2) 在頭文件中聲明函數(shù):afx_msg voidonMyMsg();
3) 在消息映射中添加對應(yīng)關(guān)系:
//BEGIN_MESSAGE_MAP(CDefMsgDemoDlg,CDialog)//END_MESSAGE_MAP()
ON_MESSAGE(WM_MYMSG,onMyMsg)
4)定義函數(shù)void onMyMsg();
核心即:函數(shù)原型、關(guān)聯(lián)消息與消息響應(yīng)函數(shù)的宏、函數(shù)實現(xiàn)。
SNMP協(xié)議
簡單網(wǎng)絡(luò)管理協(xié)議——應(yīng)用層協(xié)議.
包括5種數(shù)據(jù)包:Get-Request;Get-Next-Request;Set-Request, Get-Response; Trap;
RAW套接字
廣泛應(yīng)用于高級網(wǎng)絡(luò)編程,如SNIFFER、拒絕服務(wù)、IP欺騙都是通過原始套接字實現(xiàn)的。
窗口創(chuàng)建的步驟:
1)設(shè)計窗口類(填充結(jié)構(gòu)體)à2)注冊窗口類RegisterClassà3)創(chuàng)建窗口;4)顯示ShowWindow&更新窗口UpdateWindowà4)循環(huán)獲取消息GetMessage(){翻譯(轉(zhuǎn)換)TranslateMessage消息、處理消息DispathMessage(將消息交付給窗口過程進行處理)}。
當觸發(fā)按鈕以后發(fā)生了什么?
1)比如點擊鼠標左鍵后,操作系統(tǒng)首先會感知到該事件;2)操作系統(tǒng)將事件其轉(zhuǎn)化為消息;3)操作系統(tǒng)將消息投遞到對應(yīng)程序(線程)的消息隊列中;4)應(yīng)用程序(線程)從消息隊列中通過GetMessage獲取消息,并通過DispathMessge將消息交付給操作系統(tǒng);5)操作系統(tǒng)通過設(shè)計窗口類時指定的窗口過程對對消息進行處理。
你平時是如何調(diào)試程序的?(引申)當一個程序在自己機器上運行正常,但是在其他機器上程序運行崩潰,如何查找原因?
斷點調(diào)試:
值:查看變量(Variables)、表達式、內(nèi)存(Memory)、寄存器(Register)的值。
進程控制:VC允許被中斷的程序繼續(xù)運行、單步運行和運行到指定光標處,分別對應(yīng)快捷鍵F5、F10/F11和CTRL+F10。
其他調(diào)試手段:系統(tǒng)提供一系列特殊的函數(shù)或者宏來處理Debug版本相關(guān)的信息TRACE、ASSERT、VERIFy。Ctrl+B打開斷點設(shè)置。
運行崩潰,如何查找原因? [提示后],可以通過打印語句來發(fā)現(xiàn)錯誤!
線程、窗口、消息隊列三者之間的關(guān)系?
MSDN上如是說:
Thethread to which the message is posted musthave created a message queue,or elsethe call to PostThreadMessagefails.
并提供了如下兩種解決方法:
CallPostThreadMessage.If it fails, call theSleep function and call PostThreadMessageagain. Repeat untilPostThreadMessage succeeds.
【面試官】說:一個線程對應(yīng)一個或多個窗口(創(chuàng)建的關(guān)系),同時一個線程對應(yīng)了一個消息隊列。
【總結(jié)如下】:
1.在MFC程序框架里面,CWinThread專門負責(zé)線程創(chuàng)建的,它可以創(chuàng)建用戶界面線程,及工作者線程。其中用戶界面線程是包含消息隊列的,而工作者線程是不包含消息隊列的。即【一句話】:用戶界面線程對應(yīng)一個消息隊列。
2.CWinThread類和CWnd類都派生自CCmdTarget,而CDialog對話框類、視圖類CView都派生自CWnd。
【深入淺出MFC里一句話】:不是每一個窗口都產(chǎn)生一個線程(因為要付出昂貴的線程切換代價)。即,深入理解之:一個線程可以對應(yīng)多個窗口。主線程可以創(chuàng)建出其所要的全部窗口。
【結(jié)論】一個UI線程就1組消息隊列集合,一個線程可以創(chuàng)建多個窗口。
OSI7層模型是什么?每層有哪些協(xié)議?
應(yīng)用層FTP、Telnet、SMTP、HTTP、RIP、NFS、DNS表示層示例:加密,ASCII等會話層示例:RPC,SQL等傳輸層示例:TCP,UDP,SPX
網(wǎng)絡(luò)層示例:IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議數(shù)據(jù)鏈路層示例:ATM,F(xiàn)DDI等物理層示例:Rj45,802.3等
請寫出下列服務(wù)使用的默認端口POP3、SMTP、FTP、MSN、DNS、SQL
端口:21服務(wù):FTP
端口:22服務(wù):SSH端口:23服務(wù):Telnet端口:25服務(wù):SMTP端口:80服務(wù):HTTP
端口:110服務(wù):PostOfficeProtocol-Version3(pop3)端口:569服務(wù):MembershipMSN端口1433和1434服務(wù):SQL
DNS協(xié)議運行在UDP之上,使用端口號53
【W(wǎng)indows面試題】相關(guān)文章:
《windows畫筆》說課稿02-17
windows畫筆的說課稿09-08
windows畫筆的說課稿11-27
初識Windows9811-26
認識Windows 98窗口11-26
文員的面試題03-25
公選的面試題06-22
小升初面試題07-30