Mono是一个由Novell公司(由Ximian发起，并由Miguel de lcaza领导的，一个致力于开创.NET在Linux上使用的开源工程。它包含了一个C#语言的编译器，一个CLR的运行时，和一组类库，并实现了 ADO.NET和ASP.NET。能够使得开发人员在Linux用C#开发程序。)主持的项目.该项目的目标是创建一系列符合标准ECMA (Ecma-334和Ecma-335)的.Net 工具, 包括C #编译器和共同语言(CL 即 Common Language)执行平台(Platform).与微软的.Net不同, Mono项目不仅可以运行于Windows系统内,还可以运行于Linux, FreeBSD, Unix, Mac OS X和Solaris.
　　Mono现由Novell持有双重许可, Qt和这和Mozilla应用程序套件的情况相似.Mono的 C #编译器及其相关工具发布于GNU General Public License (GPL)之下,其运行时库发布于GNU Lesser General Public License (LGPL)之下,其类库发布于MIT License之下.这些均是开源协议因此Mono是一个开源软件.如果你打算向Mono贡献你的源码,则你须签署一个版权分派给Novell以允许它将这些代码在其它协议下再申请许可,从而允许Novell保留其双重许可的能力来持有Mono的商业协议[1].
　　微软开发了一个称为共享源码公共语言基础(Shared Source Common Language Infrastructure, Shared Source CLI)的可用于FreeBSD, Windows Mac OS X的和. NET实现版本.微软的共享源码协议并不是开源软件协议,且可能对于社区来说也是不足够的(它明文禁止了对软件的商业用途).我们还可以见到另外一个. NET实现版本, Portable.NET项目,该项目与Mono项目有着很多相同的目标.
　　Mono虚拟机包含一个实时编译引擎,该引擎可用于如下处理器: x86, SPARC, PowerPC, ARM, S390 (32位模式和位模式64), x86-64, IA64和64位模式的SPARC.该虚拟机可以将代码实时编译或者预先编译到原生代码.对于那些没有列出来的系统,则使用的是代码解释器.
　　历史
　　Miguel de Icaza在. NET的文档于2000年10月发布时就对. NET产生了兴趣.在查看字节码解释器后,他发现对于元数据(metadata)没有相应的说明文档.2001年2月, deIcaza在. NET邮件列表中索要到了那段缺失了的关于元数据文件格式的信息,并开始了采用编写一个C #编译器的工作,作为对的实践C #. 2001年4月ECMA公布了那段缺失的文件格式,而在GUADEC (2001年4月6日- 8月4日) deIcaza展示了他的编译器的一些特性(那个时候他的编译可以解释自身).
　　Ximian内部对如何创建能有效提升生产效率的工具进行了大量的讨论,他们的目标是通过这些创建出来的工具让使用者可以在更短时间内创建出更多的应用程序从而缩短开发周期和降低开发成本.经过可行性研究后,他们清楚地见到创建这样的一项技术是可行的,于是Ximian从其它的项目抽调人员并创建了的开发小组Mono.由于缺少人力来创建整个. NET替代产品,他们在2001年7月19日的O'Reilly大会创建了的开源项目Mono.
　　差不多三年后, Mono于2004年7月30日发布了1.0版本.
　　架构
　　◐ 类库
　　类库为应用程序开发提供一套广泛而有效的工具类。这些工具类本是采用C#编写的，但是由于.NET采用的公共语言运行时，它们可以用于任何.NET语言。类库被按命名空间进行了结构化，并被放置于称为程序集的共享库中。在我们谈到.NET framework时，我们多数是指这个类库。
　　◐ 命名空间和程序集
　　命名空间是一种用于将逻辑上相似的类按层次结构分组的机制。这种机制防止了命名冲突。在这种结构化采用被点号"."分隔的单词来实现。通常最顶层的命名空间是System，例如System.IO和System.Net（完整的命名空间列表可以在Mono文档中找到）。当然还有别的顶层命名空间，例如Accessibility和Windows就是这样的例子。新建的命名空间还可以以开发组织的名字开头。
　　程序集是这些类库的物理载体。它们跟Win32共享库一样都是dll文件，尽管不xx一样。一些程序集的例子有：mscorlib.dll，System.dll，System.Data.dll和Accessibility.dll。命名空间经常被分拆到几个程序集中，而一个程序集可以由几个文件组成。
　　◐ 公共语言基础和公共语言规范
　　公共语言基础（Common Language Infrastructure，CLI），又叫公共语言运行时（Common Language Runtime），已由Mono实现。该运行时用于执行已编译的.NET应用程序。公共语言基础已被ECMA定义为标准ECMA-335。要运行一个.NET应用程序，你必须使用相应的参数调用运行时。
　　在ECMA-335的第六章详细说明了公共语言规范（Common Language Specification，CLS）并定义了提供给公共语言基础的接口，例如对于枚举类型的隐含表示类型的协定。 Mono的编译器负责生成符合公共语言规范的映射代码，即公共中间语言（Common Intermediate Language，CIL）。 Mono的运行时将运行这类代码。 ECMA标准先前还定义了一个符合公共语言规范的程序库作为应用框架。
　　◐ 托管与非托管代码
　　在原生的.NET/Mono应用程序中，所有代码都是托管的，也就是说，是受管于CLI式的内存管理和线程安全管理的。其它的.NET或Mono应用程序可以通过使用System.InterOpServices库创建C#绑定来调用已存的非托管代码。很多移植到Mono的类库使用了CLI的这个特性，例如Gtk#。
　　◐ 相关项目
　　现有大量与Mono相关的用于扩展Mono的项目，这些项目允许开发者在他们的开发环境中使用Mono。这些项目包括：
　　Cocoa#，对原生Mac OS X工具包的一系列包装（Cocoa）。
　　Gecko#，一个对在Mozilla中使用的嵌入式布局引擎的绑定(Gecko).
　　Gtk#，对使用C的GTK+库的C#的外包。
　　Tao，一个图形及游戏库的绑定。
　　Mono与微软的专利
　　人们对于微软能否采用专利摧毁Mono项目进行了大量的争论。其实，专利问题不在于已被提交到ECMA组织的核心技术或Unix/Gnome的专有部分，而在于由微软基于.NET Framework创建的技术，例如ASP.NET，ADO.NET和Windows Forms。这些技术在Mono中至今还没有被xx地实现，事实上，在开发Mono应用程序时也不需要用到，然而，在开发基于Windows平台的程序时却是不可缺少的。 Mono团队将目标定为将这些技术纳入到项目中，并制订了一个三步走策略来处理它们：
　　采用其它实现方式来实现从而绕过专利问题
　　把包含专利的代码xx出项目
　　找出“现有技术（prior art）”从而将专利变为非专利
　　显然，{dy}个选项并不总是可行的。对于一些问题，例如那些与协同工作和交互相关的，可能就只有一种解决方案。由于这个相同的原因，尽管{dy}个选项总是可行的，它却可能导致一个开发出来的产品并不能作为.NET的替代品。第三个选项则是昂贵的，甚至不可能的，这需要一定程度的运气。
　　使用Mono开发的软件
　　F-Spot photo management program
　　Muine music player以下是使用Mono API和C#编写的部分程序：
　　Banshee是一个用于GNOME的音乐管理和播放软件。
　　Beagle是一个桌面搜索软件。
　　Blam!是一个RSS新闻聚集器，特别适合于阅读如Planet Gnome这样的行星资讯。
　　Bless是一个十六进制编辑器.
　　CDCollect是一个CD编目应用程序。
　　Diva是一个用于GNOME的视频编辑器。
　　F-Spot是有个由Novell开发的图片便捷管理程序。
　　Galaxium是一个MSN即时通讯软件客户端。
　　GLyrics是一个歌词搜索器。
　　Gpremacy is an implementation of the board game Supremacy written in Mono/Gtk#.
　　iFolder 3 (by Novell) lets you share files across multiple computers and with other users through peer-to-peer or Novell's groupware server products.
　　imeem a social networking software. Mac client and servers run Mono while the Windows client uses Microsoft.NET.
　　MindFire是一个用于辅助速读（speed reading）的跨平台电子书阅读器

　　MonoDevelop是一个用于创建Mono应用程序的集成开发环境。该软件原先是SharpDevelop向Gtk#的一个移植，而现今该软件已独立开发。该软件在Windows上没有可用版本。

GNU计划创始人警告用微软Mono开源工具组有风险

GNU计划创始人Richard Stallman呼吁开发者避免使用Mono，因为随着这项开放源代码工具组的使用率日增，可能引来微软的法律行动。 Mono是与微软.Net相容的工具组合，让原先以微软C#程序设计语言写的应用程序能在多种平台上执行，包括Linux、BSD、Unix、Mac OS X和Solaris平台在内。许多备受欢迎的开源应用程序，像是Note应用程序Tomboy和相片管理程序F-Spot等，都需要Mono才能执行。因 此，Debian等Linux发行者曾表示，正考虑在预设安装中纳入Mono。

但Stallman上周五在自由软体基金会(FSF)刊出的文章中指出，这是个“危险的方向”。

他写道：“依赖C#是很危险的，所以我们必须劝阻使用它。危险在于，有朝一日，微软或许会打算强迫所有免费的地下版C#工具取得软件专利授权。这是重大的危险，只有笨蛋才会坐视不顾，直到这种事真正发生为止。我们现在就必须采取预防措施，保护自己免于在未来陷入这种危险。”

Stallman指出，撰写和使用倚赖C#的应用程序构成“不必要的风险”，因此他呼吁开发者改用不倚赖C#的方式写程序。

他说：“我们应该有系统地设法尽可能减少对免费C#实作的倚赖。”

对Stallman的评论，微软未作回应。

Mono是Novell赞助的一项开源计划，最近引起争议。包括Stallman的一些人士认为，Mono内含一些元件，可能让它曝露于恐遭微软专利侵权告诉的风险。其他人士，例如Mono计划发起人Miguel de Icaza则指称，这种风险根本不存在。

CNET消息

Stallman表示，之所以撰文预警，是受Debian Linux可能把Mono纳入预设安装的刺激。

Debian开发人员Jo Shields在6月上旬的博客贴文中指出，可能把Mono纳入，因为执行优质应用程序如Tomboy和F-Spotit时，必须用到Mono，而Mono并不构成威胁。