qt效率低的原因？Qt的網絡模塊性能都很差，但絕對無法修為提升，這是硬傷，如果Qt把超過的架構重來。至于，Qt的UI運行效率與wxWidgets，Windows的MFC，Linux的GTK也都沒法比。

qt效率低的原因？

Qt的網絡模塊性能都很差，但絕對無法修為提升，這是硬傷，如果Qt把超過的架構重來。

至于，Qt的UI運行效率與wxWidgets，Windows的MFC，Linux的GTK也都沒法比。

通常原因之一是Qt的信號槽這個核心機制，給開發(fā)給他便利，但但也失去了一些性能。

Qt的信號槽動態(tài)鏈接庫不屬于鏈表操作，事件處理，還包括最傷性能的互斥鎖，等等，相比就回調。多出100多行代碼，按官方說法，信號槽調用比就回調慢了10倍左右。可是大概否則的話遇上鎖競爭，就算是遠遠的何止100倍了吧。

Qt的UI與網絡模塊都相當嚴重感情依賴信號槽機制。但是，比起Java、C#之類，Qt不過是C，運行效率也要輕松勝出很多。Qt開發(fā)效率在C庫中那絕對是是高的，Qt那個軟件的一套相當比較完備，一應俱全。

運行效率，在Qt中分成三類好幾套圖形系統(tǒng)，也差不多代表了2D勾畫的發(fā)展史。

最比較經典的軟勾畫系統(tǒng)，性能只能說差強人意，而堆建在OpenGL上的新系統(tǒng)效率就高的多。

并且，充當原生C語言（QML~~），天生在性能上也有加成。

qt接口說明？

信號和槽機制是QT的核心機制，要全精通QT編程就必須對信號和槽有不了解。信號和槽是一種中級接口，應用到于對象之間的通信，它是QT的核心特性，也QT區(qū)別于其它工具包的有用地方。信號和槽是QT自身定義的一種通信機制，它單獨的于標準的C/C語言，而要正確的處理信號和槽，要借助于一個稱為moc（MetaObjectCompiler）的QT工具，該工具是一個C預處理程序，它為高層次的事件一次性處理自動生成所需要的只附加代碼。

在我們所熟知的很多GUI工具包中，窗口小部件(widget)都是一個回調函數用于發(fā)令它們能可以觸發(fā)的每個動作，這個回調函數常見是一個打向某個函數的指針。不過，在QT中信號和槽取代了這些蓬亂的函數指針，也讓我們c語言程序這些通信程序更為簡潔明了。信號和槽能重型激光炮任意數量和正二十邊形類型的參數，他們是類型完全安全的，不可能像回調函數現在這樣才能產生coredumps。

所有從QObject或其子類(的或Qwidget)派生的類都能夠中有信號和槽。當對象轉變其狀態(tài)時，信號就由該對象發(fā)射出(emit)過去，這是對象所再做的全部事情，它不知道另一端是誰在收不到這個信號。這就是完全的信息封裝方法，它以保證對象被拿出來一個真正的的軟件組件來在用。槽用于收得到信號，但它們是普通的對象成員函數。一個槽并可不知道是否有任何信號與自己相連接。而且，對象當然不清楚具體的通信機制。

你這個可以將很多信號與單個的槽并且連接上，也也可以將單個的信號與很多的槽并且直接連接，甚至連將一個信號與別外一個信號相連接也很可能的，這時不管另一個信號什么時候連續(xù)發(fā)射系統(tǒng)都將立刻連續(xù)發(fā)射第二個信號。不過，信號與槽構造了三個強大的部件編程機制。