2. 程式人生 > >Autofac（IOC框架）速度比拼

Autofac（IOC框架）速度比拼

阿新 • • 發佈：2019-01-31

原帖：http://www.cnblogs.com/xupng/archive/2011/07/12/2104766.html

Autofac為何物？它是.NET世界裡現存的幾種IOC框架其中之一，傳說是速度最快的一個，同類的框架還有用過Castle Windsor、StructureMap、Unity等，如果你用過其中之一，那就好辦了*^_^*。什麼？你不知道什麼是IOC，好吧，這裡有一篇文章是講解IOC是何物的，IOC中文名被稱為依賴注入，看一下Martin Fowler大師寫的《IoC容器和 Dependency Injection 模式 》。

通過上面的瞭解，我們基本上已經明白了Autofac為何物了，現在瞭解一下它相對於其它的IoC框架有什麼優點：

  1. 它是C#語言聯絡很緊密，也就是說C#裡的很多程式設計方式都可以為Autofac使用，例如可以用Lambda表示式註冊元件。
  2. 較低的學習曲線，學習它非常的簡單，只要你理解了IoC和DI的概念以及在何時需要使用它們。
  3. XML配置支援。
  4. 自動裝配。
  5. 與Asp.Net MVC 3整合。
  6. 微軟的Orchad開源程式使用的就是Autofac，從該原始碼可以看出它的方便和強大。

效能上面呢，有人為其做了測試：

Announcements

This arctile is posted by Daniel Palme, who is a .NET consultant from Germany.I found it in his blog,and it's very helpful to me. So I decide to post it in my cnblogs. As it is so simple, as well as I've been used to read English articles. So I decided not to translate it into Chinese to keep the original meaning. You can 

click this link to access the original.

In this post I will do a performance comparison of the most popular IoC containers.
Of course performance is not the only criteria when choosing a container for a project. Perhaps you need features like  , then not all containers are suited. But if the container is "only" used for wiring up dependencies, why not choose the fastest one?

The test setup

The contestants

You probably have heard of most of the frameworks, but one of them is quite new and works differently:  Hiro The author, Philip Laureano, names it an "inversion of control container compiler framework". After configuration, the container gets compiled and is immutable from now on. This concept makes this container really fast.

The test setup

To test the performance I register three interfaces and their corresponding implementation to every container. The first one is registered as a singleton, the second one as transient (a new instance is created every time). The third also has a transient lifetime, but moreover has a dependency to the first two interfaces (which get injected by constructor injection).

Every interface is resolved 1.000.000 times and the time is measured in milliseconds.

The results

Overview

Container Singleton Transient Combined Interception
No 132 81 63
AutoFac 3.0.2 749 1806 4570 33765
Caliburn.Micro 1.5.1 194 226 651
Catel 3.5 258 952 2846
Dynamo 3.0.1.0 72 84 139
Funq 1.0.0.0 81 92 277
Griffin 1.1.0 194 195 481
Hiro 1.0.3 101 103 107
LightCore 1.5.1 156 2343 12045
LightInject 3.0.0.5 171 178 298
LinFu 2.3.0.41559 2876 17564 47712
Mef 4.0.0.0 2507 8724 24937
MicroSliver 2.1.6.0 150 485 2019
Mugen 3.5.1 302 483 1404
Munq 3.1.6 102 131 412
Ninject 3.0.1.10 6791 19314 54926
Petite 0.3.2 86 86 260
SimpleInjector 2.2.3 68 87 101 467
Speedioc 0.1.33 96 109 94
Spring.NET 1.3.2 672 14560 39065 666
StructureMap 2.6.4.1 1127 1213 4379 7329
TinyIOC 1.2 246 1500 6098
Unity 3.0.1304.0 2451 3807 11212 103682
Windsor 3.2.0 456 2422 6970 16677

 Singleton

Transient

Combined

Feature comparison

Performance Configuration Features Environment
Container Code XML Auto Autowiring Custom lifetimes Interception .NET SL WP7 WinRT
AutoFac Average Yes Yes Yes Yes No Yes Yes Yes Yes Yes
Caliburn.Micro Average No No No Yes No No Yes Yes Yes Yes
Catel Average Yes No No Yes Yes No Yes Yes Yes Yes
Dynamo Fast Yes No Yes Yes Yes No Yes No No No
Funq Fast Yes No No No No No Yes Yes Yes No
Griffin Fast Yes No No Yes No Yes Yes No No No
Hiro Fast Yes No No Yes No No Yes No No No
LightCore Average Yes Yes Yes Yes Yes No Yes Yes No No
LightInject Fast Yes No Yes No Yes No Yes Yes No No
LinFu Slow Yes No No Yes No Yes Yes No No No
MEF Slow Yes No No Yes No No Yes Yes No Yes
MicroSliver Average Yes No No Yes No No Yes Yes No Yes
Mugen Average Yes No No Yes Yes No Yes Yes Yes Yes
Munq Fast Yes No No Yes Yes No Yes No Yes No
Ninject Slow Yes No Yes Yes Yes No Yes Yes Yes Yes
Petite Fast Yes No No No No No Yes No No No
SimpleInjector Fast Yes No Yes Yes Yes Yes Yes Yes No No
Speedioc Fast Yes No No No No No Yes No No No
Spring.NET Very slow No Yes No Yes No Yes Yes No No No
StructureMap Average Yes Yes Yes Yes Yes Yes Yes No Yes No
TinyIoc Average Yes No Yes Yes Yes No Yes Yes Yes No
Unity Average Yes Yes No Yes Yes Yes Yes Yes No Yes
Windsor Average Yes Yes Yes Yes Yes Yes Yes Yes No No

Conclusion

Ninject is definitely the slowest container.

MEF, LinFu and Spring.NET are faster than Ninject, but still pretty slow. AutoFac, Catel and Windsor come next, followed by StructureMap, Unity and LightCore. A disadvantage of Spring.NET is, that  can only be configured with XML.

SimpleInjector, Hiro, Funq, Munq and Dynamo offer the best performance, they are extremely fast. Give them a try! Especially Simple Injector seems to be a good choice. It's very fast, has a good documentation and also supports advanced scenarios like interception and generic decorators.

Updates

13.09.2011: Funq and Munq have been added to the list of contestants, both frameworks are really fast. The updated charts do no more contain Spring.NET, since it was extremly slow.

04.11.2011: I added Simple Injector, the performance is the best of all contestants.

16.12.2011: I added Dynamo.Ioc, the performance is very close to Simple Injector and Hiro.

22.01.2012: Added TinyIoc.

22.02.2012: Updated IServiceLocator implementations.

12.03.2012: Added LightInject. Added feature comparison.

25.04.2012: Updated to Ninject 3.0.015 and Petite 0.3.2.

14.05.2012: Added Mugen.

14.06.2012: Added MEF.

18.06.2012: Added Griffin.

20.08.2012: Updated to Castle Windsor 3.1.0, LightInject 2.0.0.0, Simple Injector 1.5.0.12199, Structuremap 2.6.4.1, MugenInjection 2.6.0 and Unity 2.1.505.2

18.09.2012: Added Catel.

15.10.2012: Updated to Dynamo.Ioc 3.0.1.0 and MugenInjection 3.0.0

15.12.2012: Updated to Catel 3.4, Griffin.Container 1.1.0, SimpleInjector 1.6.0.12319, TinyIoC 1.2

01.01.2013: Added Caliburn.Micro 1.4

06.01.2013: Added Speedioc. Updated to Autofac 3.0.0, Caliburn.Micro.Container 1.4.1, LightCore 1.5.0

26.02.2013: Updated to Autofac 3.0.1, LightCore 1.5.1, Windsor 3.2.0

15.03.2013: Added benchmark for interception

03.04.2013: Added MicroSliver

11.04.2013: Updated several containers

09.05.2013: Updated LightInject, SimpleInjector and Unity

Source code

Latest source code is available on 


相關推薦

Autofac（IOC框架）速度比拼

原帖：http://www.cnblogs.com/xupng/archive/2011/07/12/2104766.html Autofac為何物？它是.NET世界裡現存的幾種IOC框架其中之一，傳說是速度最快的一個，同類的框架還有用過Castle Windsor、

linux入門--Linux桌面環境（桌面系統）大比拼[附帶優缺點]

drive 圖形 在線 ril 應用程序 book 工具 顯示 多命令 早期的 Linux 系統都是不帶界面的，只能通過命令來管理，比如運行程序、編輯文檔、刪除文件等。所以，要想熟練使用 Linux，就必須記憶很多命令。後來隨著 Windows 的普及，計算機界面變得越來越

尋找最稱手的思維導圖軟體（思維導圖大比拼）

                原創：夢幻軟體天堂  作者：心靈程式碼  注：未經博主允許禁止轉發，禁止馬克丁入內看博文！  網上的思維導圖軟體很多，究竟我們該鐘情於哪一款呢？下面請聽博主對此問題的看法和認識，  對於這個問題來說，對於一般人來說是非常糾結的，其實呢，樓主也不例外，使用了幾十款之後，終於得出了

Spring框架介紹和IoC容器中Bean配置（Spring框架）

Spring框架整理第一發，Spring框架介紹，HelloWorld，IoC容器介紹，Bean配置 Spring概述      ①Spring為簡化企業級開發而生，使用Spring，JavaBean就可以實現很多以前要靠EJB才能實現的功能。同樣的功能，在EJB中要通過

eclipse搭建maven的web項目（SSM框架）

get tput ron oca sse 輸入 group 類型 jre 1.File -> New -> Other，在New窗口中選擇 Maven -> Maven Project；點擊next 選擇項目路徑 Usedefault Workspac

Spring思維導圖（IOC篇）

包裝 new 基礎 div 區別 通過 整體 config 沒有 寫在前面 寫過java的都知道：所有的對象都必須創建；或者說：使用對象之前必須先創建。而使用ioc之後，你就可以不再手動創建對象，而是從ioc容器中直接獲取對象。 就好像我們無需考慮對象的銷毀回收一樣

轉：Android酷炫實用的開源框架（UI框架）

-m amp 風格 per nap nor barchart ui框架 方式 前言 忙碌的工作終於可以停息一段時間了，最近突然有一個想法，就是自己寫一個app，所以找了一些合適開源控件，這樣更加省時，再此分享給大家，希望能對大家有幫助，此博文介紹的都是UI上面的框架，接下來

數據庫控制動態菜單顯示（SSM框架）

fun ppi mapping menu 數據庫 ring int ride success ① 數據庫設計： 數據庫映射的POJO類 @JsonIgnoreProperties(ignoreUnknown = true) @Table(name="MENU") publi

（轉載）利用SIFT和RANSAC算法（openCV框架）實現物體的檢測與定位，並求出變換矩陣（findFundamentalMat和findHomography的比較） 置頂

bsp 解釋 邊界 返回值 class 不同的 rip 很多 per 原文鏈接：https://blog.csdn.net/qq_25352981/article/details/46914837#commentsedit 本文目標是通過使用SIFT和RANSAC算

Libgdx Developer's Guide(Libgdx開發者手冊)-4（應用框架）

Libgdx 允許針對多平臺開發，比如桌面作業系統，Android 或瀏覽器。每個平臺使用不同原理建立應用視窗，處理使用者輸入，處理檔案系統，音訊播放等。 後臺 Libgdx 嘗試使用一組介面來抽象以隱藏這些平臺差異。libgdx所支援的每個平臺，都有一個所謂的後臺實現這些介面。應用開發者不

Apache Shiro安全（許可權框架）學習筆記

簡介： Apache Shiro 是 Java 的一個安全（許可權）框架。• Shiro 可以非常容易的開發出足夠好的應用，其不僅可以用在JavaSE 環境，也可以用在 JavaEE 環境。• Shiro 可以完成：認證、授權、加密、會話管理、與Web 整合、快取等。• 下載：http://shiro.ap

（集合框架）字串物件的雜湊值

物件的雜湊值，是一個和普通的十進位制值，物件的雜湊值，源自於父類Object    String類繼承Object類，重寫了hashCode方法，所以它有了自己算雜湊值的方法 下面關注String類繼承Object類，重寫父類的方法hashCode

Java（集合框架）

一、集合框架（CollectionAPI）（資料處理）           集合類：面向物件對語言對事物的體現都是以物件的形式，所以為了方便對多個物件的操作，就是對物件進行儲存，集合就是儲存物件最常用的方式   集合是一系列

java----day20（集合框架）

Map介面 Map介面下的集合與Collection介面下的集合，它們儲存資料的形式不同，如下圖。 Collection中的集合，元素是孤立存在的（理解為單身），向集合中儲存元素採用一個個元素的方式儲存。 Map中的集合，元素是成對存在的(理解為夫妻)。每個元素由鍵與值兩部分組成

java----day18（集合框架）

集合 集合和陣列都是容器，用來儲存多個數據，他們之間的區別是： 陣列長度固定，集合長度可變 集合儲存的資料型別必須是引用型別 Collection是最基本的集合介面，一個Collection代表一組Object，即Collection的元素（Elements）。一些

Spring之思維導圖（IOC篇）

轉載原文：https://mp.weixin.qq.com/s/TQvmt84imz77oTcH7KQ1rQ 寫過java的都知道：所有的物件都必須建立；或者說：使用物件之前必須先建立。而使用ioc之後，你就可以不再手動建立物件，而是從ioc容器中直接獲取物件。   就好像我們

Java進階學習第十五天（Struts框架）

一、自定義一個Struts框架 1、MVC模式包括 Model：模型 View：檢視 Control：控制器 2、傳統mvc開發總結 ① 跳轉程式碼寫死，不靈活 ② 每次都去寫servlet，要web.xml中配置servlet！ 3、自定義一個Struts框架 ① 配置檔案

SpringMVC——（SSM框架）使用MyBatis Generator自動建立程式碼

首先要用到以下幾個jar包（沒有的可以自行上網搜尋資源或者留言找我要喲~） 其中有mybatis框架的jar包，資料庫驅動程式jar包以及MyBatis生成器jar包。其中的generatorConfig.xml是需要我們來配置的檔案，配置如下： <?xml version="1

支付寶第三方支付（Django框架）

下面是針對使用Django框架專案接入第三方支付寶支付的相關連結： 支付寶開發平臺登入： https://open.alipay.com/platform/home.htm 沙箱環境： 沙箱應用：https://docs.open.alipay.com/200/105311 沙箱賬號

JSON傳陣列物件到後臺的過程和接收（TP框架）

TP框架中，前臺傳送陣列型別的json字串到後臺，後臺I方法獲取到的json字串會改變（可以在chrome下抓包看response）， 用$_POST獲取之後再用json_decode轉化為陣列就能成功； 在I方法獲取過程中使用strip_tags替代掉htmlspecialchar