• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            面對(duì)現(xiàn)實(shí),超越自己
            逆水行舟,不進(jìn)則退
            posts - 269,comments - 32,trackbacks - 0
            考慮一下多線程代碼,在設(shè)計(jì)上,App為了獲取更多的功能,從Window派生,而App同時(shí)為了獲取
            某個(gè)模塊的回調(diào)(所謂的Listener),App同時(shí)派生Listener,并將自己的指針交給另一個(gè)模塊,
            另一個(gè)模塊通過該指針多態(tài)回調(diào)到App的實(shí)現(xiàn)(對(duì)Listener規(guī)定的接口的implemention)。設(shè)計(jì)上
            只是一個(gè)很簡單的Listener回調(diào),在單線程模式下一切都很正常(后面我會(huì)羅列代碼),但是換到
            多線程下,編譯器似乎就對(duì)語言機(jī)制的支持不夠了:
            ///
            /// to demonstrate the fucking bug.
            ///

            #include <iostream>
            #include <process.h>
            #include <windows.h>

            class Window
            {
            public:
                
            /// 
                virtual void wrong()
                
            {
                    std::cout << "wrong" << std::endl;
                }


                
            virtual ~Window()
                
            {
                    std::cout << "~Window" << std::endl;
                }

            }
            ;


            class Listener
            {
            public:
                
            /// as most listener class, it only put some interface here
                virtual void show() {}
            }
            ;

            class Game
            {
            public:
                Game() : _listener( 0 ) { }

                
            void init( Listener *listener )
                
            {
                    _listener = listener;
                    
            /// it will call Window::wrong function but not App::show.
                    _listener->show();
                }


            private:
                Listener *_listener;
            }
            ;

            Game gGame;

            static unsigned int __stdcall ThreadFunc( void *p )
            {
                Listener *listener = (Listener*) p;
                gGame.init( listener );

                
            whiletrue )
                
            {
                    std::cout << ".";
                    Sleep( 100 );
                }


                _endthreadex( 0 );
                
            return 0;
            }


            class App : public Window, public Listener
            {
            public:
                
            void init()
                
            {
                    
            // create the game thread
                    _game_thread = (HANDLE)_beginthreadex( NULL, 0, ThreadFunc, this0, NULL );
                }


                
            /// implement the interface
                void show()
                
            {
                    std::cout << "App::show" << std::endl;
                }


                
            /// exit
                void exit()
                
            {
                    
            /// just for testing purpose
                    ::TerminateThread( _game_thread, 1 );
                    ::CloseHandle( _game_thread );
                }


            private:
                HANDLE _game_thread;
            }
            ;


            App gApp;


            int main()
            {
                gApp.init();

                std::cout << "Press enter key to exit!" << std::endl;
                std::cin.get();

                gApp.exit();
                
            return 0;
            }

             

            App多重繼承Window和Listener,在Game里回調(diào)App::show時(shí),卻調(diào)用到了Window::wrong函數(shù)。看上去,傳給
            Game的Listener指針?biāo)赶虻奶摵瘮?shù)表錯(cuò)誤了(vtable指針錯(cuò)了)。App先繼承Listener后繼承Window時(shí),情況
            就正確了。(因?yàn)槭褂昧薩beginthreadex,程序需要鏈接多線程的運(yùn)行時(shí)庫)

            單線程情況下:

            ///////////////////////////////////////////////////////////////////////////////////////////////////////////////
            ///
            /// to demonstrate the fucking bug.
            ///
            /// OK, even it links the multi-thread crt.

            #include <iostream>
            #include "kl_thread.h"

            class Window
            {
            public:
                
            /// 
                virtual ~Window()
                
            {
                    std::cout << "~Window" << std::endl;
                }

            }
            ;


            class Listener
            {
            public:
                
            /// as most listener class, it only put some interface here
                virtual void show() {}
            }
            ;

            /// 
            Listener *gListener;

            class App : public Window, public Listener
            //class App : public Listener, public Base
            {
            public:
                
            void init()
                
            {
                    gListener = this;
                }


                
            /// implement the interface
                void show()
                
            {
                    std::cout << "App::show" << std::endl;
                }

            }
            ;


            App gApp;


            int main()
            {
                gApp.init();

                gListener->show();
                
            return 0;
            }

            無論Listener, Window的順序如何,一切都很正常。這起碼說明了,在語言層次,我的做法是正確的。
            而這個(gè)時(shí)候即使鏈接了多線程的運(yùn)行時(shí)庫,結(jié)果也是正確的。

            那么錯(cuò)誤可以歸結(jié)于多線程,可能是在多線程下編譯器對(duì)虛函數(shù)表初始化不正確所致。這是否真的是
            VC2003、VC2005的BUG?


            以下是飯中淹評(píng)論:

            這不是多線程的問題

            當(dāng)你先繼承window后繼承Listener的時(shí)候,App的內(nèi)存結(jié)構(gòu)如下:

            class App
            vt of Window
            data of Window
            vt of Listener
            data of Listener
            data of App

            _beginthreadex的參數(shù)是void*,你把this傳遞進(jìn)去,相當(dāng)于傳遞CApp* this。其實(shí)隱含的就是Window*this,那么里面調(diào)用Listener->Show,自然就會(huì)去Window的vt里面查找對(duì)應(yīng)索引的函數(shù),就會(huì)調(diào)用錯(cuò)函數(shù)。
            而第二個(gè),因?yàn)槟泔@式的=this,所以,編譯器會(huì)進(jìn)行轉(zhuǎn)換,從而把正確的Listener地址賦值給那個(gè)全局指針,這時(shí),無論繼承順序如何,都是正確的結(jié)果。
            這其實(shí)是因?yàn)閷?duì)象指針轉(zhuǎn)換不準(zhǔn)確導(dǎo)致的,不是vc的bug,也不是多線程的問題。
             
            Kevin Lynx的另一篇文章:多重繼承和void*的糗事 也作出過解釋。

            本文轉(zhuǎn)自:
            http://www.shnenglu.com/kevinlynx/archive/2008/04/24/48001.html

            posted on 2012-09-14 16:16 王海光 閱讀(731) 評(píng)論(0)  編輯 收藏 引用 所屬分類: C++
            一级做a爱片久久毛片| 久久久精品国产Sm最大网站| 久久久久综合国产欧美一区二区| 国产精品久久久久久吹潮| 亚洲精品美女久久久久99| 91亚洲国产成人久久精品| 无码8090精品久久一区| 久久久噜噜噜久久| 思思久久99热只有频精品66| 久久免费视频一区| 97久久精品午夜一区二区| 99久久99久久精品国产片果冻| 国产亚洲精品美女久久久| 久久久久se色偷偷亚洲精品av| 久久久九九有精品国产| 久久久久久国产精品无码下载 | 久久亚洲中文字幕精品一区四| 国产一级做a爰片久久毛片| 久久婷婷是五月综合色狠狠| 久久精品aⅴ无码中文字字幕不卡 久久精品成人欧美大片 | 国产精品亚洲美女久久久| 国产激情久久久久久熟女老人| 99精品国产99久久久久久97 | 久久天天躁狠狠躁夜夜96流白浆| 久久精品国产亚洲AV香蕉| 一本一道久久精品综合| 国产精品日韩欧美久久综合| 一本色道久久88综合日韩精品| 久久精品国产99久久久古代| 久久伊人色| 亚洲国产天堂久久综合网站| 久久久久亚洲AV无码专区网站| 99久久夜色精品国产网站| 欧美精品九九99久久在观看| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 久久成人影院精品777| 欧美久久综合九色综合| 伊人久久大香线蕉av一区| 一本久久a久久精品综合香蕉| 久久精品亚洲欧美日韩久久 | 伊人久久综合无码成人网|