- 校長面試題目及答案 推薦度：
- 教師招聘結(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ù)本身和顯示分離的機(jī)制。其中文檔類CDocument用于數(shù)據(jù)的存儲和加載，視類CView用于數(shù)據(jù)的顯示與修改。
Dialog和ModuelDialog不同用法
1）類型不同
MoudleDialog 模態(tài)對話框，屬于壟斷對話框，例如打開對話框，點(diǎn)擊打開后不能再執(zhí)行其他操作，會發(fā)出“嘟嘟嘟”的聲音；
非模態(tài)對話框，屬于非壟斷對話框，利用查找對話框，點(diǎn)擊查找同時可以執(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)負(fù)責(zé)為進(jìn)程維護(hù)一個消息隊列，程序運(yùn)行時不斷從該消息隊列中獲取消息、處理消息；
2.消息循環(huán)：應(yīng)用程序通過消息循環(huán)不斷獲取消息、處理消息。
3.消息處理：消息循環(huán)負(fù)責(zé)將消息派發(fā)到相關(guān)的窗口上使用關(guān)聯(lián)的窗口過程函數(shù)進(jìn)行處理。
什么時候必須重寫拷貝構(gòu)造函數(shù)?
答：當(dāng)構(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ù)進(jìn)行注冊，讓系統(tǒng)知道這個函數(shù)的存在，以后，當(dāng)某個事件發(fā)生時，再調(diào)用這個函數(shù)對事件進(jìn)行響應(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》中說微軟使用消息映射機(jī)制而不用虛函數(shù)，是因為虛函數(shù)空間代價的原因。在當(dāng)前MFC2.0版本發(fā)布的時候是92年，pc的內(nèi)存才幾M。一個類的虛表的大小就是虛函數(shù)的個數(shù)*一個指針的大小。
假設(shè)windows的通用消息有200個，那么CWnd類的虛表就有 200*4個byte = 800byte，CWnd類的所有派生類均copy了一份CWnd的虛表vtable，然后自己的虛函數(shù)往后加CWnd類的虛表的后頭。
（至于有人說CWnd類的派生類能共享CWnd的虛表，這個說法不靠譜。因為派生類自己的虛函數(shù)值加在基類的虛函數(shù)表項的最后的。如果CWnd派生了CWndChildA 和 CWndChildB，且兩個孩子均有自己的虛函數(shù)，那么都往CWnd類的后面加，豈不是沖突了？）。
也就是系統(tǒng)內(nèi)所有的CWnd類的派生類都要承受 800byte的代價。假設(shè)有100個類派生自CWnd 那么代價就是800*100byte 也就是 80K。這在當(dāng)時內(nèi)存很緊張的情況下，已經(jīng)是一種巨大的內(nèi)存消耗了！這里需要注意一點(diǎn)：vtable是和類綁定在一起的，而不是和類對象（也叫類的實例）綁定在一起的，類的實例僅增加一個指向該向類的vtable的指針而已。也就是說，如果你有100個CWnd派生類，哪怕你生成了100000個派生類的實例，vtable占用的內(nèi)存也是80K。
看來在當(dāng)時的環(huán)境看來，MFC沒有采用虛函數(shù)，內(nèi)存的.確是一個考慮。
但是放在現(xiàn)在看，這點(diǎn)內(nèi)存消耗確實微不足道的！也就是說，如果現(xiàn)在重新設(shè)計MFC的消息機(jī)制，如果不采用虛函數(shù)，并非因為虛函數(shù)的空間浪費(fèi)問題。結(jié)論：這個說法靠譜。
說法二：
消息映射機(jī)制效率比虛函數(shù)效率高。
因為那么多消息ID，如果找到其對應(yīng)的消息處理函數(shù)，switch是不可少的！（可以hash？哦哦，的確可能，不過mfc里面可沒這么做？mfc里面怎么做的我也不清楚）
MFC中采用的是消息映射的機(jī)制，而沒有用虛函數(shù)的機(jī)制，因為消息有很多，如果用虛函數(shù)機(jī)制，需要給每個消息定義一個虛函數(shù)，在分派消息時，程序需要逐一判斷是哪一個消息，找到合適的分支后再調(diào)用相應(yīng)的虛函數(shù)；而通常情況下，應(yīng)用程序不需要響應(yīng)太多的消息，消息映射方式只需要判斷程序想要響應(yīng)的這些消息即可，所以開銷小。
也就是說，MFC采用了消息映射而沒有采用虛函數(shù)，是從對消息的響應(yīng)機(jī)制來考慮的。消息映射，就可以僅實現(xiàn)自己感興趣的消息，這樣switch時就可以快一點(diǎn)。
不過話又說回來，對一個非自己感興趣的系統(tǒng)消息來了以后，就需要遍歷消息網(wǎng)，層層的向基類查找直到找到對應(yīng)的消息處理函數(shù)！這本身也很浪費(fèi)時間！也許這種情況比較少見吧，否則的話，消息映射的消息響應(yīng)時間并不比虛函數(shù)來的快！因為虛函數(shù)最多只需一次遍歷，而且，如果可以采用hash技術(shù)，更快！
如果說，大多數(shù)消息都是系統(tǒng)的消息，那么消息映射的迭代查找消息函數(shù)的方式并不比虛函數(shù)的switch來的快！
PS：這里有一篇對比消息映射機(jī)制和虛函數(shù)機(jī)制效率的簡單模擬實驗
http://blog.csdn.net/hjsunj/archive/2008/01/10/2034314.aspx結(jié)論，該說法不靠譜！
說法三：
為了未來的可擴(kuò)展性。兼容新的系統(tǒng)級的消息。
我不是很清楚MS設(shè)計消息映射的初衷，但是感覺它著眼點(diǎn)更側(cè)重于增加新消息很容易，而不是節(jié)省內(nèi)存。
如果我們使用虛函數(shù)機(jī)制實現(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ū)別？
不同點(diǎn)：sendMessage發(fā)送完畢以后需要等待處理完才返回；而postMessage發(fā)送消息后立即返回。
Do not post the WM_QUIT message usingPostMessage; use thePostQuitMessage function.
postMessage將消息放置到消息隊列中，不等待線程處理消息就立即返回。
sendMessage發(fā)送指定的消息到窗口，并會調(diào)用窗口過程，直到窗口過程處理完畢后才返回。
TCP的重發(fā)機(jī)制是怎么實現(xiàn)的？
1.滑動窗口機(jī)制，確立收發(fā)的邊界，能讓發(fā)送方知道已經(jīng)發(fā)送了多少（已確認(rèn)）、尚未確認(rèn)的字節(jié)數(shù)、尚待發(fā)送的字節(jié)數(shù)；讓接收方知道（已經(jīng)確認(rèn)收到的字節(jié)數(shù)）。
2.選擇重傳，用于對傳輸出錯的序列進(jìn)行重傳。
TCP和UDP的區(qū)別？
1）TCP面向連接（三次握手機(jī)制），通信前需要先建立連接；UDP面向無連接，通信前不需要建立連接；
2）TCP保障可靠傳輸（按序、無差錯、不丟失、不重復(fù)）；UDP不保障可靠傳輸，使用最大努力交付；
3）TCP面向字節(jié)流的傳輸，UDP面向數(shù)據(jù)報的傳輸。
TCP為什么不是兩次連接？而是三次握手？
如果A與B兩個進(jìn)程通信，如果僅是兩次連接。可能出現(xiàn)的一種情況就是：A發(fā)送完請報文以后，由于網(wǎng)絡(luò)情況不好，出現(xiàn)了網(wǎng)絡(luò)擁塞，即B延時很長時間后收到報文，即此時A將此報文認(rèn)定為失效的報文。B收到報文后，會向A發(fā)起連接。此時兩次握手完畢，B會認(rèn)為已經(jīng)建立了連接可以通信，B會一直等到A發(fā)送的連接請求，而A對失效的報文回復(fù)自然不會處理。依次會陷入B忙等的僵局，造成資源的浪費(fèi)。
connect方法會阻塞，請問有什么方法可以避免其長時間阻塞？
可以考慮采用異步傳輸機(jī)制，同步傳輸與異步傳輸?shù)闹饕獏^(qū)別在于同步傳輸中，如果調(diào)用recvfrom后會一致阻塞運(yùn)行，從而導(dǎo)致調(diào)用線程暫停運(yùn)行；異步傳輸機(jī)制則不然，會立即返回。
網(wǎng)絡(luò)編程中設(shè)計并發(fā)服務(wù)器，使用多進(jìn)程與多線程，請問有什么區(qū)別？
答案一:
1，進(jìn)程：子進(jìn)程是父進(jìn)程的復(fù)制品。子進(jìn)程獲得父進(jìn)程數(shù)據(jù)空間、堆和棧的復(fù)制品。
2，線程：相對與進(jìn)程而言，線程是一個更加接近與執(zhí)行體的概念，它可以與同進(jìn)程的其他線程共享數(shù)據(jù)，但擁有自己的棧空間，擁有獨(dú)立的執(zhí)行序列。兩者都可以提高程序的并發(fā)度，提高程序運(yùn)行效率和響應(yīng)時間。
線程和進(jìn)程在使用上各有優(yōu)缺點(diǎn)：線程執(zhí)行開銷小，但不利于資源管理和保護(hù)；而進(jìn)程正相反。同時，線程適合于在SMP機(jī)器上運(yùn)行，而進(jìn)程則可以跨機(jī)器遷移。
答案二:
根本區(qū)別就一點(diǎn)：用多進(jìn)程每個進(jìn)程有自己的地址空間(address space)，線程則共享地址空間。所有其它區(qū)別都是由此而來的：
1。速度：線程產(chǎn)生的速度快，線程間的通訊快、切換快等，因為他們在同一個地址空間內(nèi)。
2。資源利用率：線程的資源利用率比較好也是因為他們在同一個地址空間內(nèi)。
3。同步問題：線程使用公共變量/內(nèi)存時需要使用同步機(jī)制還是因為他們在同一個地址空間內(nèi)。等等
Windows編程的知識點(diǎn)，如消息機(jī)制，一個自定義消息如何實現(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（將消息交付給窗口過程進(jìn)行處理）}。
當(dāng)觸發(fā)按鈕以后發(fā)生了什么？
1）比如點(diǎn)擊鼠標(biāo)左鍵后，操作系統(tǒng)首先會感知到該事件；2）操作系統(tǒng)將事件其轉(zhuǎn)化為消息；3）操作系統(tǒng)將消息投遞到對應(yīng)程序（線程）的消息隊列中；4）應(yīng)用程序（線程）從消息隊列中通過GetMessage獲取消息，并通過DispathMessge將消息交付給操作系統(tǒng)；5）操作系統(tǒng)通過設(shè)計窗口類時指定的窗口過程對對消息進(jìn)行處理。
你平時是如何調(diào)試程序的？（引申）當(dāng)一個程序在自己機(jī)器上運(yùn)行正常，但是在其他機(jī)器上程序運(yùn)行崩潰，如何查找原因？
斷點(diǎn)調(diào)試：
值：查看變量（Variables）、表達(dá)式、內(nèi)存（Memory）、寄存器（Register）的值。
進(jìn)程控制：VC允許被中斷的程序繼續(xù)運(yùn)行、單步運(yùn)行和運(yùn)行到指定光標(biāo)處，分別對應(yīng)快捷鍵F5、F10/F11和CTRL+F10。
其他調(diào)試手段：系統(tǒng)提供一系列特殊的函數(shù)或者宏來處理Debug版本相關(guān)的信息TRACE、ASSERT、VERIFy。Ctrl+B打開斷點(diǎn)設(shè)置。
運(yùn)行崩潰，如何查找原因? [提示后]，可以通過打印語句來發(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專門負(fù)責(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ù)使用的默認(rèn)端口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é)議運(yùn)行在UDP之上,使用端口號53
【W(wǎng)indows面試題】相關(guān)文章：
《windows畫筆》說課稿02-17
windows畫筆的說課稿09-08
windows畫筆的說課稿11-27
初識Windows9811-26
認(rèn)識Windows 98窗口11-26
文員的面試題03-25
公選的面試題06-22
小升初面試題07-30