Mono是一个由Novell公司（由Xamarin发起）主持的项目，并由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-x64, 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时，我们多数是指这个类库。

公共语言基础（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标準先前还定义了一个符合公共语言规范的程式库作为套用框架。

命名空间是一种用于将逻辑上相似的类按层次结构分组的机制。这种机制防止了命名冲突。在这种结构化採用被点号"."分隔的单词来实现。通常最顶层的命名空间是System，例如System;IO和System Net（完整的命名空间列表可以在Mono文档中找到）。当然还有别的顶层命名空间，例如Accessibility和Windows就是这样的例子。新建的命名空间还可以以开发组织的名字开头。

程式集是这些类库的物理载体。它们跟Win32共享库一样都是dll档案，儘管不完全一样。一些程式集的例子有：mscorlib.dll，System.dll，System.Data.dll和Accessibility.dll。命名空间经常被分拆到几个程式集中，而一个程式集可以由几个档案组成。

在原生的.NET/Mono应用程式中，所有代码都是託管的，也就是说，是受管于CLI式的记忆体管理和执行绪安全管理的。其它的.NET或Mono应用程式可以通过使用System.InterOpServices库创建C#绑定来调用已存的非託管代码。很多移植到Mono的类库使用了CLI的这个特性，例如Gtk#。

人们对于微软能否採用专利摧毁Mono项目进行了大量的争论。其实，专利问题不在于已被提交到ECMA组织的核心技术或Unix/Gnome的专有部分，而在于由微软基于.NET Framework创建的技术，例如ASP NET，ADO NET和Windows Forms。这些技术在Mono中至今还没有被完全地实现，事实上，在开发Mono应用程式时也不需要用到，然而，在开发基于Windows平台的程式时却是不可缺少的。 Mono团队将目标定为将这些技术纳入到项目中，并制订了一个三步走策略来处理它们：

採用其它实现方式来实现从而绕过专利问题

把包含专利的代码清除出项目

找出“现有技术（prior art）”从而将专利变为非专利

显然，第一个选项并不总是可行的。对于一些问题，例如那些与协同工作和互动相关的，可能就只有一种解决方案。由于这个相同的原因，儘管第一个选项总是可行的，它却可能导致一个开发出来的产品并不能作为.NET的替代品。第三个选项则是昂贵的，甚至不可能的，这需要一定程度的运气。

现有大量与Mono相关的用于扩展Mono的项目，这些项目允许开发者在他们的开发环境中使用Mono。这些项目包括：

Cocoa#，对原生Mac OS X工具包的一系列包装（Cocoa）。

Gecko#，一个对在Mozilla中使用的嵌入式布局引擎的绑定(Gecko).

Gtk#，对使用C的GTK+库的C#的外包。

Tao，一个图形及游戏库的绑定。

以下是使用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.

Muine music player

MindFire是一个用于辅助速读（speed reading）的跨平台电子书阅读器

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