Command在Mongodb中是一类特殊操作，它提供了强大的管理及各项操作(比如建库，索引，删除集合等)。可以说通过Command可以完成几乎所有想做的事情。同时Mongodb开发者在Command上又做了非常清晰体系架构和设计，便于管理和高效执行各种类型的Command。

　　本文将着重介绍一下其Command的体系架构，并用例子来介绍mongod是如何将Command引入其中的。

　　为了对其中大部分command对一个大致的了解，我们可以用下面指令来显示一个command列表：

　　1.mongod –dbpath d:mongodbdb –port 27017 –rest

　　2.在浏览器上输入链接地址：http://localhost:28017/_commands

　　这里mongod就会为我们显示command列表，大约有90多个，这是显示截图：

　　

　　上面90多个类中，按其使用场景可以为分如下几类，分别是：

　　dbcommand.cpp：一般数据库指令，如数据库，索引的创建，重建，打开/关闭等

　　dbcommands_admin.cpp：管理指令，如CleanCmd，JournalLatencyTestCmd，ValidateCmd，FSyncCommand

　　dbcommands_generic.cpp：常用指令,ListCommandsCmd,LogRotateCmd,PingCommand,CmdSet,CmdGet等

　　replset_commands.cpp：复制集指令，CmdReplSetTest，CmdReplSetGetStatus,CmdReplSetReconfig等

　　security_commands.cpp：安全指令,CmdGetNonce,CmdLogout,CmdAuthenticate

　　commands_admin.cpp：shard管理操作，因其位于mongos项目，这里暂不介绍

　　commands_public.cpp：shard公用操作，因其位于mongos项目，这里暂不介绍

　　下面是相关类图：

　　

—————————–分割线——————————– 

—————————–分割线——————————–

　　

—————————–分割线——————————–

　　

—————————–分割线——————————–

　　

　　首先我们看一下在Command的基类，其用于定义子类要实现的方法及属性，自身也实现了一些通用方法，比如htmlHelp(用于以html方法显示该command的帮助信息),构造方法，findCommand(查询命令)等，其声明如下：

　　Command基类中提供了几个map类型的集合map，用于将系统实现的Command进行收集，以便后面findCommand进行便历查询时使用。如下：

　　看到上面代码中的_commands大家可能要问，该map是如何初始化并将系统实现的各个Command注册到其中呢?答案就在Command的构造方法中，如下：

//command.cpp     Command::Command(const char *_name, bool web, const char *oldName) : name(_name) {         // register ourself.         //如为空（系统刚启动时）则实例化_commands         if ( _commands == 0 )             _commands = new map<string,Command*>;         //如为空（系统刚启动时）则实例化_commandsByBestName         if( _commandsByBestName == 0 )             _commandsByBestName = new map<string,Command*>;         Command*& c = (*_commands)[name];//获取指定名称的command对象         if ( c )//如有，表示之前已注册了该command             log() << “warning: 2 commands with name: ” << _name << endl;         //将当前command（this）赋值到map中相应name的command上         c = this;         //绑定到_commandsByBestName中的相应name上         (*_commandsByBestName)[name] = this;         //如果命令支持web方式         if( web ) {             //如为空（系统刚启动时）则实例化_webCommands             if( _webCommands == 0 )                 _webCommands = new map<string,Command*>;             //绑定到_webCommands中的相应name上             (*_webCommands)[name] = this;         }         //如有旧名称，则也绑到_commands的oldName所指向的command         if( oldName )             (*_commands)[oldName] = this;     }

　　有了这些还不够，我们还要从90多个command子类中找出一个来实际分析其实现的方式，这里以最经常使用的count(获取指定条件的记录数)来分析其向map中注册command的流程，参见下面代码段：

　　上面的CmdCount类即是在命令行模式下使用count指令时对应的代码块，其自身的构造函数就直接调用了基类(Command)的构造方法。但这里只是定义了还不够，还需要一个定义类实例代码(用于启动构造函数)，而这个任务就交给了该类定义的代码结尾处的下面代码来实现了：

} cmdCount;

　　可以看到，这里使用的是在类声明后定义对象的方式来执行构造方法(这时并未使用new实例化方式来创建对象指针)，进而注册该command到map。当然继承自Command的子类必须要实现其中的run()方法,因为只有它是具体command要执行的具体逻辑(可参见上面CmdCount的具体实现)。

　　到这里只能说mongod在系统启动到实始化了相应的Command集合map信息，但mongod是如何将client发来的操作请求进行转换并进而执行相应的command指令的呢?我们接下来继续分析。

　　之前看过我的这篇文章的朋友可能还有印象，在mongod启动之后，会循环侦听指向端口上的用户(client)请求，这些请求在mongod中被改装成了message在各个功能类中传递。当用户发送一个count指令操作时，其会在query.cpp中执行下面方法(以count查询指令的执行流程为例来进行分析)：

　　上面代码对传递来的查询消息QueryMessage(有关消息机制参见我的这篇文章)进行分析之后，如果发现其为command时，执行runCommands方法：

//query.cpp         bool runCommands(const char *ns, BSONObj& jsobj, CurOp& curop, BufBuilder &b, BSONObjBuilder& anObjBuilder, bool fromRepl, int queryOptions) {         try {             return _runCommands(ns, jsobj, b, anObjBuilder, fromRepl, queryOptions);         }         catch ( AssertionException& e ) {             e.getInfo().append( anObjBuilder , “assertion” , “assertionCode” );         }         curop.debug().str << ” assertion “;         anObjBuilder.append(“errmsg”, “db assertion failure”);         anObjBuilder.append(“ok”, 0.0);         BSONObj x = anObjBuilder.done();         b.appendBuf((void*) x.objdata(), x.objsize());         return true;     }

　　接着其会执行dbcommands.cpp中的_runCommands()方法

　　上面代码主要是从map中找出相应的command对象，并将该对象及操作命令参数和client(用于获取其中的认证信息，以确定其执行权限)作为参数，来调用 execCommand方法：

　　到这里，流程基本就执行完毕了，之后它会将结果传给result(其传参为引用类型，即：”& result”方式).

　　最后用一张时间序来大体回顾一下这一流程：

　　

　　好了，今天的内容到这里就告一段落了。