如果编辑器不能正常启动，需要下载安装Microsoft Visual C++ 运行库及.net框架。

可以从下载链接下载或从github克隆源码，这里介绍的是源码的目录结构。

目录结构图示

目录结构说明

• build：构建脚本，使用CMake构建。可以参考文档《如何编译构建》。
• docs：文档，目前只有behaviac.chm，以后访问文档需要访问API
• inc：运行时库的C++头文件
• integration：Unity平台的实现及示例
  • demo_running：一个简单demo
  • unity：unity的实现及unittest
• projects：C++项目文件，用于打开unit test和tutorials等项目。这里的项目文件是预提供的，仅支持vs及make。如果需要其他平台，可以参考build目录下的构建脚本。
• src：运行时库的C++源码
• test：测试，C++
  • btperformance：简单的性能测试
  • btremotetest,：简单的连调测试
  • btunittest：C++ unit test
  • demo_running：简单的测试，适合少量修改，体会行为树的概念
  • usertest：简单的测试，适合少量修改，做出自己的测试
• tools：编辑器的C#源码
  • designer
• tutorials：教程相关的源码，配合教程相关文档使用，方便上手

可以查看目录结构

安装

安装behaviac套件的系统配置需求如下所示：

最低配置：

硬件环境：

CPU：Intel core2 Duo 2.0G或同等配置

内存：2GB以上

显卡：nvidia 6600GT或同等配置

软件环境：

操作系统：Windows XP/Vista/7/8

屏幕分辨率：1024*768

推荐配置：

硬件环境：

CPU：Intel I5 2.93G或更高配置

内存：4GB以上

显卡：nvidia GTS450或更高配置

软件环境：

操作系统：Windows 7/8

屏幕分辨率：1680*1050

运行BehaviacSetup_***.exe安装包文件，选择安装路径（推荐直接使用默认路径），安装behaviac相关套件。

可能需要下载安装Microsoft Visual C++ 运行库。
及.net。

安装完成后，会在桌面生成编辑器的快捷方式，如下图所示：

图1 安装后桌面的编辑器图标

另外，在系统的“开始”菜单中生成了一些游戏demo和文档的菜单项。其中，BattleCityDemo是采用Unity引擎实现的小游戏（C#版），LaunchCocosGame是采用Cocos引擎实现的小游戏（C++版），LaunchSDLDemo是采用SDL库实现的小游戏（C++版），如下图所示：

图2 开始菜单中demo和文档菜单项

behaviac中间件是我们对行为树、有限状态机等AI范式的一种整合实现方案，主要包括编辑器（Designer）和运行时库（Runtime）两大部分。其中，编辑器用于编辑、导出类型信息，也用于编辑、导出和调试行为树；运行时库也可导出类型信息，主要用于解释和执行编辑器导出的行为树，运行时库需要整合到自己的游戏项目中去。

编辑器和运行时之间通过类型信息（Meta）进行交互，注意类型信息流动的双向箭头，表示编辑器和运行时库双方都可以导出类型信息，如下图所示：

图1 基于类型信息的编辑器和运行时端的交互

编辑器只能运行在Windows平台上，运行时库支持C++和C#语言两个版本，对Unity引擎原生支持C#，运行时库目前支持所有主流平台，包括Windows/Linux/Android/iOS等。

该组件的使用场景，支持但不限于游戏中的逻辑、角色的人工智能、动画的控制等方面。

2 编辑器的使用

2.1 基本介绍

编辑器首次打开后为会根据操作系统的语言环境配置自动设置为中文版或英文版的界面，若需更改语言显示，可以依次选择菜单项“文件（File）”->“设置（Settings）”，在弹出的设置对话框中，选择需要的“语言（Language）”并点击“确认（OK）”后，退出并重新打开编辑器，则转为需要语言的界面。
编辑器主要分为几个部分：菜单和工具栏、行为树文件区、节点区、主视口和属性表等，如下图所示：

图2.1 编辑器主界面

• 菜单和工具栏：主要有新建/打开工作区、新建/保存/导出/关闭行为树文件、设置、退出、帮助等菜单项或按键。
• 行为树文件区：列出了当前打开的工作区里面的所有行为树文件，双击某个行为树文件节点可以打开该文件。
• 节点区：给出了behaviac组件支持的所有行为树节点类型，在编辑行为树的时候，可以通过鼠标拖拽添加到主视口的行为树上去。
• 主视口：显示了当前打开的行为树图形，可以打开多个行为树，分页显示。
• 属性表：在主视口中点击选择某个节点后，属性表会更新显示当前选中节点的所有属性，可以编辑各个属性。

所有窗口的停靠位置均可根据个人喜好，通过鼠标在窗口边框的拖拽重新布局。编辑器中所有的按钮均可将鼠标停在上面查看其tips，以便查知其功能。编辑器中鼠标、键盘的按键用法介绍，请查看菜单中的“帮助（Help）”->“起始页（StartPage）”。

编辑器分为三种操作模式：
– 编辑模式：这是常规模式，编辑器启动后默认进入该模式，主要用于为游戏项目编辑所需的类型信息和行为树。
– 连接模式：这是编辑器连接上游戏之后进入的模式，此时不能编辑行为树本身，只能用于观察行为树的高亮执行路径、设置断点等调试相关的操作。
– 分析模式：这是离线模式，在断开游戏时保存了连接过程中的所有消息，在该模式可以模拟连接模式游戏端发送过来的消息，进行离线分析行为树的执行情况。

2.2 操作说明

2.2.1 新建工作区

首次使用编辑器，需要为自己的项目创建一个工作区：

• 点击菜单“文件”->“新建工作区”，弹出新建工作区对话框，如下图所示。

图2.2.1 新建工作区

• 依次设置工作区的名字、位置（即工作区的保存路径）、源位置（即原始行为树的保存路径）、导出位置（即运行时库所需行为树的导出路径）和元数据位置（即运行时库导出的类型信息文件路径）。
• 源位置是存放编辑器创建的行为树的位置。导出位置是存放导出的行为树的位置。源位置和导出位置缺省情况下位于工作区所在的目录内：behaviors和exported。
• 元数据位置、源位置和导出位置需要和工作区文件必须位于同一个盘符下（如果位于不同的盘符下，调试的时候会有问题）。缺省情况下，它们位于同一个顶级目录下。

2.2.2 打开工作区

点击菜单“文件”->“打开工作区”，选择保存在磁盘上的*.workspace.xml文件。
在安装路径下有提供的例子供参考，例如默认安装路径下的“C:\Program Files (x86)\behaviac\integration\BattleCityDemo\Assets\BTWorkspace\BattleCity.workspace.xml”，或者从菜单中的“文件”->“最近打开的工作区”列表中选择最近打开过的工作区。
behaviac组件提供了C++和C#两种编程语言的单元测试以及游戏Demo，可以通过编辑器中的菜单项“帮助”->“控制说明” 进入，然后点击快速打开所需的单元测试或游戏Demo所用到的工作区，如下图所示：

图2.2.2 快速打开单元测试和游戏Demo的工作区

2.2.3 编辑工作区

点击菜单“文件”->“编辑工作区”，可以修改该工作区的设置（名字、元数据位置、源位置、导出位置等），如下图所示：

图2.2.3 编辑工作区

2.2.4 新建并编辑行为树文件

• 在打开的工作区中，从工具栏里面点击“新建行为树”按钮或者通过菜单中“文件”->“新建行为树”项，创建一个行为树文件。
• 在主视口中，为新建的行为树根节点选择设置其“Agent类型”。
• 在“节点区”中用鼠标左键选择并拖拽一些节点到主视口中来构建需要的行为树，并设置每个节点的属性。每种节点的具体用法请参考菜单项“帮助”->“节点介绍”。
• 编辑过程中，支持Undo/Redo、保存等文件操作，鼠标、键盘的按键用法请对照菜单项“帮助”->“控制说明”。

2.2.5 打开行为树文件

如图2.1所示，在“行为树文件区”中，双击某个行为树文件节点就可以在主视口中打开该文件。

2.2.6 导出行为树文件

• 编辑完行为树之后，可以通过菜单项“文件”->“导出行为树”（或者快捷键Ctrl+T）导出当前打开的行为树文件。
• 通过菜单项“文件”->“导出全部”项（或者快捷键Ctrl+Shift+T）导出工作区中的所有行为树文件。
• 目前支持4种文件格式的导出，即XML、BSON、C++和C#，如下图所示：

图2.2.6.1 导出行为树

• 对于C++/C#格式的导出，还可以设置导出的文件名和位置。点击图2.2.6.1中“导出设置”->“设置”列的“…”按钮，可以弹出“C++/C#导出设置”对话框。对于C++文件，还需添加游戏项目中Agent子类的.h头文件，如图2.2.6.2所示。
  导出后，将在指定的导出路径下生成behaviac_generated目录，里面又包含了behaviors和types两个子目录，需要将这两个子目录里面的所有文件全部包含到自己的项目中去。
  注意：对于导出C++文件，如果不添加Agent子类的.h头文件，那么需要注意将behaviors和types两个子目录中生成的头文件放在项目代码include “yourAgent.h”之后，以确保Agent子类先被包含进来，否则会有编译错误。

图2.2.6.2 C++/C#的导出设置

• 图2.2.6.2中的选项“是否导出统一文件”用来表示导出的C++或者C#文件是否为一个统一的大文件还是若干个小文件，其中每个小文件对应一个行为树。
• 运行时库支持行为树导出文件的热加载，如果在编辑器修改完行为树之后，重新导出，游戏端会自动重新加载所用到的行为树，无需重启游戏。

2.2.7 连接游戏Permalink

• 从开始菜单中，启动小游戏BattleCityDemo，如下图所示：

图2.2.7.1 Battle City Demo

• 点击游戏主界面右上角的“Show Levels”按钮，可以切换不同的关卡，如下图所示：

图2.2.7.2 选择关卡

• 点击游戏主界面左下角的“Launch Designer”按钮，启动编辑器，编辑器会自动打开BattleCityDemo的工作区，并打开游戏当前关卡所用到的行为树（如果没有切换其他关卡，默认打开的是Tank_Fire_Random行为树文件）。
• 点击编辑器工具栏中的“连接游戏”按钮或通过菜单项“文件”->“连接游戏”（或通过快捷键Ctrl+L），开始连接游戏。默认的，一般无需更改服务器IP和端口号，如图2.2.7.3所示。
  注意：有时候可能会发现连不上游戏，很可能是原来的端口号已被占用，可以尝试在运行时端的端口号60636改为其他值，然后相应的修改图2.2.7.3中的端口号，尝试重新连接游戏。

图2.2.7.3 连接游戏

• 连接成功后，编辑器从编辑模式切换到连接模式，如下图所示：

图2.2.7.4 连接模式

• 时间轴（Timeline）：默认位于编辑器最上方，用于表示当前帧相关的信息。
• 实例列表：列出了游戏中所有的对象实例，双击实例节点后可以开始跟踪调试选中的实例，右键单击实例节点弹出如下菜单，如图2.2.7.5所示。其中“调试”跟双击节点的作用一致，开始跟踪选中的实例，主视口会高亮显示行为树的执行路径；“查看属性”用于跟踪当前选中实例的所有属性的变化，编辑器会弹出实例的属性列表。

图2.2.7.5 实例右键菜单

• 主视口：高亮的节点边框和连接线段，表示程序当前执行的路径情况。双击树中节点的左右两侧，可以设置节点的断点（左侧表示进入断点，右侧表示退出断点），用于游戏执行时在断点位置停下来，游戏断下来后按F5键后继续运行。
• 输出窗口：列出了收到的全部消息，用于调试时查看记录。
• Agent的属性：可以显示当前Agent属性的变化。
• 断点：通过菜单项“视图”->“断点”打开断点窗口后，可以查看、管理当前工作区中的所有断点。

2.2.8 分析导出数据

• 点击菜单或工具栏中的“断开游戏”按键，断开与游戏端的连接，回到编辑模式。
• 默认弹出如下对话框，保存之前连接模式下调试的相关数据。

图2.2.8.1 保存dump数据

• 点击菜单或工具栏中的“分析导出文件”按键，选择打开上一步导出的数据文件，编辑器进入到分析模式。
• 分析模式的界面布局跟连接模式类似，但是可以通过时间轴里面的播放按钮开始重现连接过程中的情况，如下图所示：

图2.2.8.2 分析dump数据

• 要退出分析模式，可以点击菜单或工具栏中的“终止分析”按键，回到编辑模式。

需要指出的是，分析模式下还可以直接下载_behaviac_$_.log文件进行离线分析。_behaviac_$_.log文件一般生成在exe所在的目录。对于unity，_behaviac_$_.log文件生成在Assets所在的目录中。

2.2.9 其他

除了BattleCityDemo小游戏（基于Unity引擎实现，运行时库为C#版）之外，还有LaunchCocosGame（基于Cocos引擎实现，运行时库为C++版）和LaunchSDLDemo小游戏（基于SDL库实现，运行时库为C++版）。
如图2.2所示，从操作系统的开始菜单中启动LaunchCocosGame或LaunchSDLDemo小游戏后，游戏跟编辑器的连接需要单独启动编辑器，然后再点击编辑器工具栏中的“连接游戏”按钮或通过菜单项“文件”->“连接游戏”（快捷键Ctrl+L），开始连接游戏。连接后，执行情况跟BattleCityDemo小游戏类似。

请首先到/language/zh/downloads/下载或克隆源码。

C++运行时库的构建

请参考文档《使用cmake构建C++版运行时库》。

项目文件

从3.6.33版本，我们提供了预先生成的项目文件，如下图：

C#和Unity运行时库的构建

安装目录中的/integration/unity是基于Unity C#的单元测试项目。

自己的C#项目需要将目录/integration/unity/Assets/Scripts/behaviac/runtime下的所有源码直接复制过去，如下图所示：

如果是Unity平台下的C#开发，还可以在Unity编辑器中导入/integration/behaviac.unitypackage包（安装完发布的BehaviacSetup_***.exe后，会在安装目录中的/integration文件夹中找到该behaviac.unitypackage包）。

编辑器的构建

编辑器的源码目录结构，如下图所示：

请使用vs2010或以上打开并构建tools/designer/BehaviacDesigner.sln。

将behaviac组件整合到自己的项目中时，可以通过两种方式使用behaviac组件：

• 将全部源码（包括behaviac组件的所有.h和.cpp文件）全部复制到自己的游戏项目中。
• 单独编译behaviac组件库，生成lib文件，然后自己的项目包含.h文件和生成的.lib文件。

对于上面的第二种用法，请先参考如何编译构建文档来编译构建behavaic组件。

在Windows平台，如果是使用VS来管理项目的，需要在VS的项目“Property Pages”->“Configuration Properties”->“C/C++”->“General”中的“Additional Include Directories”项中添加behaviac组件头文件（即图1中的inc文件夹）所在的路径，如下图所示：

再在VS的项目“Property Pages”->“Configuration Properties”->“Linker”->“General”中的“Additional Library Directories”项中添加自己编译出的behaviac lib文件（即图1中的lib文件夹）所在的路径，如下图所示：

最后在VS的项目“Property Pages”->“Configuration Properties”->“Linker”->“Input”中的“Additional Dependencies”项中添加自己编译出的behaviac lib文件，如下图所示：

注意：上图中的behaviac_debugdll_win32_vs2010.lib文件是用VS2010编译出来的，说明游戏项目也需要用VS2010来编译。如果你的游戏项目使用其他版本的VS，则编译behaviac组件也需要用相应版本的VS来编译。

如何注册和导出类型信息请参考C++类型信息的注册和导出，如何导出行为树请参考导出和使用XML/BSON行为树。

通过编辑器导出行为树文件后，运行时端的执行主要分为三个部分：

• 初始化
• 循环更新
• 清理

1 初始化

在游戏的初始化函数中，添加初始化behaviac组件所需的功能，例如注册Agent子类信息、设置行为树文件的加载路径和文件格式、创建Agent子类的实例、加载行为树并设置当前所需执行的行为树等。

如下代码所示：

bool InitBehavic(behaviac::Workspace::EFileFormat ff)
{
    behaviac::Config::SetSocketBlocking(false);
    behaviac::Config::SetSocketPort(8081);

    behaviac::Agent::Register<CBTPlayer>();

    behaviac::Workspace::GetInstance()->SetFilePath("../test/demo_running/behaviac/exported");
    behaviac::Workspace::GetInstance()->SetFileFormat(ff);

    behaviac::Workspace::GetInstance()->ExportMetas("../test/demo_running/behaviac/demo_running.xml");

    //behaviac::Agent::SetIdMask(kIdMask_Wolrd | kIdMask_Opponent);
    behaviac::Workspace::GetInstance()->SetDeltaFrames(1);

    return true;
}

bool InitPlayer(const char* pszTreeName)
{
    g_player = behaviac::Agent::Create<CBTPlayer>();

    bool bRet = false;
    bRet = g_player->btload(pszTreeName);
    assert(bRet);

    g_player->btsetcurrent(pszTreeName);

    return bRet;
}

• Workspace::SetFilePath指定的是编辑器中Workspace的导出路径，可以是绝对路径。当指定的是相对路径的时候，相对的是当前工作路径（一般都是运行程序所在目录）。
• Agent::btload使用的文件名是相对于Workspace::SetFilePath指定的路径，没有扩展名，可以有目录结构的层次化文件名，如“node_test/selector_loop_ut_7”。在编辑器中打开某个行为树后，右键文件页选取“复制文件名”获取。

• 例如：
  • 如果运行程序所在目录（或者VS里指定的工作路径$(TargetDir)）是”D:\Test\bin”
  • Workspace::SetFilePath指定的相对路径是“../behaviac/workspace/exported”
  • btload指定是“node_test/selector_loop_ut_7”
  • 则workspace的导出路径实际是“D:/Test/behaviac/workspace/exported”，
    而相应的导出行为树文件是“D:/Test/behaviac/workspace/exported/node_test/selector_loop_ut_7.xml”或
    “D:/Test/behaviac/workspace/exported/node_test/selector_loop_ut_7.bson.bytes”。
  • 具体是xml或bson则由Workspace::SetFileFormat确定。
  • 当指定格式是cpp或c#的时候，导出的行为树是cpp或c#源码，已经编译构建进可执行程序，Agent::btload指定的文件名（跟xml的用法一样，无需修改btload的参数）只是用来标识该行为树的，从而代码可以据此创建相应的行为树，不像xml或bson格式的时候需要加载数据文件。
• 如果Agent::btload加载失败，请注意检查当前路径，Workspace::SetFilePath设定的导出路径，以及Agent::btload指定的文件标识。还可以在当前路径里检查log文件_behaviac_$_$_.log

2 循环更新

在游戏的主循环中，添加执行Agent实例的行为树相关代码，也即通过调用Agent类的接口btexec()或Workspace类的接口Update()来执行行为树。

这两种执行方式的区别，请参考更新流程。

如下代码样例所示：

void UpdateLoop()
{
	int i  = 0;
	int frames = 0;
	behaviac::EBTStatus status = behaviac::BT_RUNNING;

	while (status == behaviac::BT_RUNNING)
	{
		cout << "frame " << ++frames << std::endl;
		status = g_player->btexec();
	}
}

3 清理

最后的清理过程，包括销毁Agent子类的实例，以及反注册Agent子类信息等。

如下代码样例所示：

void CleanupPlayer()
{
    behaviac::Agent::Destroy(g_player);
}

void CleanupBehaviac()
{
    behaviac::Agent::UnRegister<CBTPlayer>();

	behaviac::Workspace::GetInstance()->Cleanup();
}

以上步骤的完整代码，请参考demo_running.cpp文件。

• 点击上图中右侧的“…”设置按钮，在弹出的“C++导出设置”对话框中设置生成文件所在的位置，并可以添加项目中游戏类（从Agent类派生而来）所在的.h头文件，添加的头文件将会被包含在生成的.cpp文件中，如下图所示：

• 回到“导出行为树”对话框，点击“导出”按钮，开始导出C++文件。在指定的导出位置（默认为当前工作区的导出路径）会自动生成一个名为behaviac_generated的文件夹，里面生成了behaviors和types两个子文件夹，如图3所示：
• behaviors文件夹中含有generated_behaviors.h及其他单个的行为树.inl文件（如果没有勾选“导出统一文件？”，则对每一棵行为树都会生成独立的.inl文件，这些.inl文件会自动include在generated_behaviors.h文件中，无需在自己的项目中再include这些.inl文件，只需要include这个generated_behaviors.h文件即可）。
• types文件夹中含有agentproperties.h（为Agent类自定义的属性和方法，会扩展在该文件中）、customizedtypes.h/customizedtypes.cpp（自定义的枚举和结构体类型，会生成在这两个文件中）以及其他自定义Agent子类的文件（这些文件是为添加的Agent子类自动生成的.h/.cpp文件，需要程序员补充代码进一步实现这些Agent子类的逻辑）。

• 注意：这些自动生成的文件（除了上面提及的单个的行为树.inl文件之外）都需要包含到自己的游戏项目中，一起参与整个项目代码的编译和构建。
• 在项目中包含了这些自动生成的代码文件后，就可以与前面提及的导出和使用XML/BSON行为树一样的接口和方式加载使用这些C++文件，只是需要将文件格式改为EFF_cpp：

behaviac::Workspace::GetInstance()->SetFileFormat(behaviac::Workspace::EFF_cpp);

图1 基于元信息的编辑器和运行时端的交互

在运行时端，也即游戏代码端，通过注册（C++通过宏的方式）并导出供行为树引擎和编辑器使用的XML元信息。运行时端主要是由程序员编写Agent的子类及其属性和方法，然后调用相关接口将这些元信息导出，就可以在编辑器中对这些元信息进行使用。

在编辑器中也可以创建和编辑元信息。在项目开始初期，也就是程序员还没把代码写出来之前，策划就可以自己手动的创建一些Agent子类、属性和方法等元信息。这样可以加速游戏原型的创建，也就是策划不用等程序员，就可以进行游戏原型的编辑。

整个工作流程主要分为以下几个步骤：

1 注册元信息

• 在.h文件中，根据项目需要按以下步骤编写自己的游戏类：
  • 首先需要包含头文件#include “behaviac/behaviac.h”。
  • 该类需要从behaviac::Agent基类继承。
  • 首先用宏DECLARE_BEHAVIAC_AGENT声明该类及其父类，用于行为树引擎内部的反射系统所需的类型信息。
  • 为该类添加必要的属性和方法等。

如下代码样例所示：

#include "behaviac/behaviac.h"

using namespace behaviac;

class CBTPlayer : public Agent
{
public:
    DECLARE_BEHAVIAC_AGENT(CBTPlayer, Agent);

    CBTPlayer();
    virtual ~CBTPlayer();

    time_t GetCurTime();
    bool Condition();
    behaviac::EBTStatus Action1();
    EBTStatus Action3();

private:
    int                 m_iX;
    int                 m_iY;
    unsigned int        m_iBaseSpeed;
    int					m_Frames;
};

• 在.cpp文件中，通过一系列宏来注册该类自身的描述及其属性与方法：
  • 宏BEGIN_PROPERTIES_DESCRIPTION和END_PROPERTIES_DESCRIPTION表示类型信息注册的开始和结束。
  • 宏CLASS_DISPLAYNAME和CLASS_DESC用于注册类自身的显示名和描述。
  • 宏REGISTER_PROPERTY用于注册类的属性，可以通过.DISPLAYNAME的追加方式为属性添加显示名，通过.DESC的追加方式为属性添加描述。
  • 宏REGISTER_METHOD用于注册类的方法，可以通过.DISPLAYNAME的追加方式为方法添加显示名，通过.DESC的追加方式为方法添加描述，通过.PARAM_DISPLAY_INFO的追加方式为参数添加显示名和描述等。如果参数类型是数值类型（例如int、unsigned int、float等），.PARAM_DISPLAY _INFO还可以用来指定参数的有效范围。

如下代码样例所示：

BEGIN_PROPERTIES_DESCRIPTION(CBTPlayer)
{
	REGISTER_PROPERTY(m_iBaseSpeed);

	REGISTER_METHOD(Condition);
	REGISTER_METHOD(Action1);
	REGISTER_METHOD(Action3);
}
END_PROPERTIES_DESCRIPTION()

2 导出元信息

注册完类信息之后，按以下步骤导出元数据文件：

• 在初始化函数里，添加Agent::Register<***>()用于注册类信息到引擎库中。
• 通过Agent::RegisterInstanceName<***>(…)来注册类的实例名。
• 调用Workspace::GetInstance()->SetFilePath(…)设置元信息文件导出的位置。
• 调用Workspace::GetInstance()->ExportMetas(…)导出元信息文件。
• 在释放函数里，添加Agent::Unregister<***>()用于释放类型的注册信息。

如下代码样例所示：

bool InitBehavic(behaviac::Workspace::EFileFormat ff)
{
    behaviac::Config::SetSocketBlocking(false);
    behaviac::Config::SetSocketPort(8081);

    behaviac::Agent::Register<CBTPlayer>();

    behaviac::Workspace::GetInstance()->SetFilePath("../test/demo_running/behaviac/exported");
    behaviac::Workspace::GetInstance()->SetFileFormat(ff);

    behaviac::Workspace::GetInstance()->ExportMetas("../test/demo_running/behaviac/demo_running.xml");

    //behaviac::Agent::SetIdMask(kIdMask_Wolrd | kIdMask_Opponent);
    behaviac::Workspace::GetInstance()->SetDeltaFrames(1);

    return true;
}

void CleanupBehaviac()
{
    behaviac::Agent::UnRegister<CBTPlayer>();
    behaviac::Workspace::GetInstance()->Cleanup();
}

更多细节可以参考behaviac组件C++源码中附带的test/demo_running工程的demo_running.cpp文件。

图1 基于元信息的编辑器和运行时端的交互

在运行时端，也即游戏代码端，通过注册（C#通过标记Attribute的方式）并导出供行为树引擎和编辑器使用的XML元信息。运行时端主要是由程序员编写Agent的子类及其属性和方法，然后调用相关接口将这些元信息导出，就可以在编辑器中对这些元信息进行使用。

在编辑器中也可以创建和编辑元信息。在项目开始初期，也就是程序员还没把代码写出来之前，策划就可以自己手动的创建一些Agent子类、属性和方法等元信息。这样可以加速游戏原型的创建，也就是策划不用等程序员，就可以进行游戏原型的编辑。

整个工作流程主要分为以下几个步骤：

1 注册元信息

C#中编写的游戏类从behaviac.Agent派生，并通过相关的Attribute来标记元信息：

• 类：TypeMetaInfo
• 成员属性：MemberMetaInfo
• 成员方法：MethodMetaInfo

这3个类都可以接受诸如显示名字，描述等更多参数。详细请参考代码。

如下代码样例所示：

[behaviac.TypeMetaInfo()]
public class AgentNodeTest : behaviac.Agent
{
    [behaviac.MemberMetaInfo()]
    public int testVar_0 = -1;

    [behaviac.MemberMetaInfo("testVar_1", "testVar_1 property", 100)]
    public int testVar_1 = -1;

    [behaviac.MemberMetaInfo()]
    public float testVar_2 = -1.0f;

    [behaviac.MemberMetaInfo()]
    public int waiting_timeout_interval = 0;

    [behaviac.MemberMetaInfo()]
    public string testVar_str_0 = string.Empty;

    public bool m_bCanSee = false;

    [behaviac.MethodMetaInfo()]
    public void setEventVarInt(int var) {
        event_test_var_int = var;
    }

    [behaviac.MethodMetaInfo()]
    public void setEventVarBool(bool var) {
        event_test_var_bool = var;
    }
}

2 导出元信息

由于C#代码中已经包含了各种Attribute来描述元信息，因而导出相比C++要简单：

• Agent子类的实例通过Agent.RegisterInstanceName<***>(…)来进行注册。
• 调用Workspace.Instance.FilePath设置元信息文件导出的位置。
• 调用Workspace.Instance.ExportMetas(…)导出元信息文件。

如下代码样例所示：

public bool Init ()
{
    if (ms_fileSystem == null)
    {
        ms_fileSystem = new BehaviacFileManager();
    }

    //< write log file
    behaviac.Config.IsLogging = true;
    //behaviac.Config.IsSocketing = false;

    behaviac.Workspace.Instance.FilePath = this.WorkspaceExportPath;
    behaviac.Workspace.Instance.FileFormat = behaviac.Workspace.EFileFormat.EFF_xml;

    //register names
    behaviac.Agent.RegisterInstanceName<GameLevelCommon>("GameLevel");
    behaviac.Workspace.Instance.ExportMetas("behaviac/workspace/xmlmeta/BattleCityMeta.xml");

    behaviac.Debug.Log("Behaviac meta data export over.");
    behaviac.Agent.SetIdMask(0xffffffff);

    return true;
}

public void Uninit()
{
    behaviac.Workspace.Instance.Cleanup();
}

更多细节可以参考behaviac组件C#源码中附带的integration/BattleCityDemo工程的BehaviacSystem.cs文件。

• 点击上图中右侧的“…”设置按钮，在弹出的“C#导出设置”对话框中设置导出文件所在的位置，如图2所示：

• 回到“导出行为树”对话框，点击“导出”按钮，开始导出C#文件。在指定的导出位置（默认为当前工作区的导出路径）会自动生成一个名为behaviac_generated的文件夹，里面生成了behaviors和types两个子文件夹，如图3所示：
• behaviors文件夹含有generated_behaviors.cs及其他单个的行为树.cs文件（如果没有勾选“导出统一文件？”，则对每一棵行为树都会生成独立的.cs文件）。
• types文件夹中含有agentproperties.cs（为Agent类自定义的属性和方法，会扩展在该文件中）、customizedtypes.cs（自定义的枚举和结构体类型，会生成在这个文件中）以及其他的Agent子类的文件（这些文件是为添加的Agent子类自动生成的.cs文件，需要程序员补充代码进一步实现这些Agent子类的逻辑），这些自动生成的文件都需要包含到自己的游戏项目中。

• 注意：这些自动生成的文件都需要包含到自己的游戏项目中，一起参与整个项目代码的编译和构建。
• 在项目中包含了这些自动生成的.cs文件后，就可以与前面提及的导出和使用XML/BSON行为树一样的接口和方式加载使用这些文件，只是需要将文件格式改为EFF_cs：

behaviac.Workspace.Instance.FileFormat = behaviac.Workspace.EFileFormat.EF

导出和使用XML/BSON行为树

• 在编辑器中导出整个工作区文件，在“导出行为树”对话框中，勾选“Xml Behavior Exporter”或“Bson Behavior Exporter”，如下图所示：

• 导出行为树文件结束后，回到运行时（游戏）代码端，按以下步骤使用行为树文件：
  • 在游戏的初始化函数中，添加Agent::Register<***>()注册类信息到引擎库中。
  • 调用Workspace::SetFilePath(…)函数，设置行为树文件的加载路径，也即编辑器导出行为树文件所在的目录。
  • 调用Workspace::SetFileFormat(…)函数，设置加载行为树的文件格式，如果不调用则默认加载EFF_xml格式。
  • 通过调用Agent的接口btload(…)加载所需的行为树文件。
  • 通过调用Agent的接口btsetcurrent(…)设置当前准备执行的行为树文件。
  • 行为树的更新执行流程请参考更新流程。
  • 在游戏的释放函数里面，添加Agent::Unregister<***>()用于释放类型的注册信息。

如下代码样例所示：

bool InitBehavic(behaviac::Workspace::EFileFormat ff)
{
    behaviac::Config::SetSocketBlocking(false);
    behaviac::Config::SetSocketPort(8081);

    behaviac::Agent::Register<CBTPlayer>();

    behaviac::Workspace::GetInstance()->SetFilePath("../test/demo_running/behaviac/exported");
    behaviac::Workspace::GetInstance()->SetFileFormat(ff);

    behaviac::Workspace::GetInstance()->ExportMetas("../test/demo_running/behaviac/demo_running.xml");

    //behaviac::Agent::SetIdMask(kIdMask_Wolrd | kIdMask_Opponent);
    behaviac::Workspace::GetInstance()->SetDeltaFrames(1);

    return true;
}

bool InitPlayer(const char* pszTreeName)
{
    g_player = behaviac::Agent::Create<CBTPlayer>();

    bool bRet = false;
    bRet = g_player->btload(pszTreeName);
    assert(bRet);

    g_player->btsetcurrent(pszTreeName);

    return bRet;
}

void CleanupPlayer()
{
    behaviac::Agent::Destroy(g_player);
}

void CleanupBehaviac()
{
    behaviac::Agent::UnRegister<CBTPlayer>();

    behaviac::Workspace::GetInstance()->Cleanup();
}

总之，一棵行为树的加载到执行，关键的就是前面提及的三个接口：btload()、btsetcurrent()和btexec()。

更多细节可以参考behaviac组件C++源码中附带的test/demo_running工程的demo_running.cpp文件。

类似的，对于C#版的运行时端，采用如下代码样例加载使用刚才导出的行为树：

public bool Init ()
{
    if (ms_fileSystem == null)
    {
        ms_fileSystem = new BehaviacFileManager();
    }

    //< write log file
    behaviac.Config.IsLogging = true;
    //behaviac.Config.IsSocketing = false;

    behaviac.Workspace.Instance.FilePath = this.WorkspaceExportPath;
    behaviac.Workspace.Instance.FileFormat = behaviac.Workspace.EFileFormat.EFF_xml;

    //register names
    behaviac.Agent.RegisterInstanceName<GameLevelCommon>("GameLevel");
    behaviac.Workspace.Instance.ExportMetas("behaviac/workspace/xmlmeta/BattleCityMeta.xml");

    behaviac.Debug.Log("Behaviac meta data export over.");
    behaviac.Agent.SetIdMask(0xffffffff);

    return true;
}

public void Uninit()
{
    behaviac.Workspace.Instance.Cleanup();
}

// 加载所需的行为树文件
if(behaviorTree.Length > 0)
{
    btloadResult = agent.btload(behaviorTree, true);
    if(btloadResult)
        agent.btsetcurrent(behaviorTree);
    else
        Debug.LogError("Behavior tree data load failed! " + behaviorTree);
}

更多细节可以参考behaviac组件C#源码中附带的integration/BattleCityDemo工程的BehaviacSystem.cs文件。

这些实例主要来自于如下三个方面：

• Self：表示当前行为树根节点所配置的Agent类型的实例，类似于程序语言中的this。
• 成员实例：当前行为树根节点所配置的Agent类型的成员属性、自定义属性或局部变量，也是Agent或其子类类型。
• 全局实例：运行时端（游戏端）注册和导出的各种Agent或其子类的全局实例。

其中，成员实例无需编写额外代码来进行注册和导出，behaviac组件会自动根据当前行为树根节点所配置的Agent类型，列举出所有的成员实例以供选择。但在使用该成员实例之前，需要确保该实例已经赋过值，不是空指针/引用。

对于全局实例，在运行时端（游戏端）的各种Agent或其子类实例的名字注册和绑定的设计意图，主要是为了支持单件（Singleton）或者类似确定的全局性的实例（同一个类可能会有若干个实例而不是仅仅有一个实例），例如：player，camera，director等。

注意：只有通过RegisterInstanceName注册过的“名字”才在导出元信息时被导出；而BindInstance和Create等与实例相关的函数在执行行为树的时候才需要，如果只是导出元信息则不需要。

C++中全局实例的注册

Agent::RegisterInstanceName可以注册一个名字，该名字表示游戏中某个Agent类的实例，如下代码所示：

behaviac::Agent::RegisterInstanceName<AgentNodeTest>();
behaviac::Agent::RegisterInstanceName<behaviac::Agent>("Name_Agent_0");

需要说明的是，游戏中需要调用Agent::Create或Agent::BindInstance创建实例并且绑定到该名字。如果指定的名字没有注册或注册的类型不同或该名字已经绑定，则调用Agent::Create的时候会有runtime的错误。

当调用Agent::RegisterInstanceName和Agent::Create而没有指定名字的时候，该Agent类型的名字将作为实例的名字被注册和绑定，如下代码所示：

behaviac::Agent* testAgentA = behaviac::Agent::Create<behaviac::Agent>("Name_Agent_0");
AgentNodeTest* testAgentB = behaviac::Agent::Create<AgentNodeTest>(NULL);

behaviac::Agent* testAgent_0 = behaviac::Agent::GetInstance<behaviac::Agent>("Name_Agent_0");
AgentNodeTest* testAgent_1 = behaviac::Agent::GetInstance<AgentNodeTest>();

behaviac::Agent::BindInstance(testAgent_0, "Name_Agent_0");
behaviac::Agent::BindInstance(testAgent_1, “AgentNodeTest”);

CHECK_EQUAL(testAgent_0, testAgentA);
CHECK_EQUAL(testAgent_1, testAgentB);

behaviac::Agent::UnbindInstance("Name_Agent_0");
behaviac::Agent::UnbindInstance("AgentNodeTest");

更多细节可以参考behaviac组件C++源码中附带的test工程的btloadtest.cpp文件。

C# 中全局实例的注册

类似的，在C#中实例的注册和绑定相关代码如下：

behaviac.Agent.RegisterInstanceName<AgentNodeTest>(); behaviac.Agent.RegisterInstanceName<behaviac.Agent>("Name_Agent_0"); 

behaviac.Agent.BindInstance(parTestAgent, "Name_Agent_0"); behaviac.Agent.BindInstance(nodeTestAgent, "AgentNodeTest");

behaviac.Agent testAgent_0 = behaviac.Agent.GetInstance<behaviac.Agent>("Name_Agent_0");
AgentNodeTest testAgent_1 = behaviac.Agent.GetInstance<AgentNodeTest>(); 
AgentNodeTest testAgent_3 = behaviac.Agent.GetAgent("AgentNodeTest") as AgentNodeTest;

Assert.AreEqual(testAgent_0, parTestAgent);
Assert.AreEqual(testAgent_1, nodeTestAgent);
Assert.AreEqual(testAgent_1, testAgent_3);

Assert.NotNull(testAgent_0);
Assert.NotNull(testAgent_1);

behaviac.Agent.UnbindInstance("Name_Agent_0");
behaviac.Agent.UnbindInstance("AgentNodeTest");

更多细节可以参考behaviac组件C#源码中附带的integration/unity工程的OtherUnitTest.cs文件。

• 调用DebugUpdate()函数来更新一些连调和热加载相关的功能。
• 根据m_bExecAgents来判断是否需要执行所有Agent实例的btexec()函数，可以通过接口Workspace::SetIsExecAgents(bool bExecAgents)对m_bExecAgents进行设置。

具体执行逻辑如下代码所示：

void Workspace::DebugUpdate()
{
    this->LogFrames();
    this->HandleRequests();

    if (this->GetAutoHotReload())
    {
        this->HotReload();
    }
}

void Workspace::Update()
{
    this->DebugUpdate();

    if (this->m_bExecAgents)
    {
        int contextId = -1;

        Context::execAgents(contextId);
    }
}

对于C++版，行为树的执行可以调用behaviac::Workspace::GetInstance()->Update()来执行所有Agent实例的行为树，也可以单独调用Agent的接口btexec()来执行单个实例的行为树。

其中，Workspace::Update()会遍历所有的Agent实例并依次执行btexec()，但在自己的游戏项目中，可能在一帧中需要对某些Agent多次调用btexec()，而另一些Agent只需调用一次，这时候就需要单独调用Agent::btexec()，而不是统一调用Workspace::Update()。

Workspace::Update()在调用Agent::btexec()之前，会检查Agent::IsActive()是否为true，如果为false，那么btexec()就不会被调用。

此外，为了支持连调和热加载，请务必保证在自己游戏的更新函数中调用了DebugUpdate()函数。如果已经调用了behaviac::Workspace::GetInstance()->Update()，那么就不需要再单独调用DebugUpdate()。

上述示例代码虽然是C++，但对于C#，也都是同名的。

特别注意：对于C#版，behaviac.Workspace.IsExecAgents默认设为false。

• 如果将behaviac.Workspace.IsExecAgents设为true，使用behaviac.Workspace.Instance.Update()集中进行更新，Agent自己的更新就不需要调用btexec()了。
• 如果将behaviac.Workspace.IsExecAgents设为false，则不使用behaviac.Workspace.Instance.Update()集中进行更新，Agent自己的更新就需要调用btexec()了。

• 在编辑器中新建一个工作区，并根据上一步中导出的元数据文件所在的文件夹，设置该工作区的“元数据位置”，可以看到demo_running.xml文件已经可以使用，如下图所示：

• 新建行为树文件，并为该行为树添加一些节点，选择某个节点后，可以设置该节点的属性（可选属性正是来至上面导出的元信息），如下图所示：

编辑元信息

• 前面介绍的是在运行时（游戏）端编写代码导出元信息到编辑器中，behaviac组件也支持在编辑器中创建和编辑元信息。
• 在编辑器中，通过菜单项“视图”->“元信息浏览”（或快捷键Ctrl+M）打开元信息浏览器，如下图所示：

• 类型列表：左上方的“类型列表”显示了所有的Agent类、自定义的枚举和结构体类型，其右侧是当前选中的类型的属性。“类型列表”中的名字前面带有“*”，表示该类型是在编辑器中创建出来的。创建一个类型（Agent类、枚举或结构体），可以点击元信息浏览器右上角的“新增”按钮，如下图所示。后文将提到对这些新增的类型，导出时会自动生成相应的C++或C#源码文件，这样程序员就可以在生成的源码文件基础上添加和实现自己的游戏逻辑。

• 实例名称：元信息浏览器中的“实例名称”，用于列出当前选中的Agent类型的所有实例，这些实例是通过之前提及的Agent::RegisterInstanceName接口在运行时端注册并导出的。如果当前选中的Agent类型没有导出任何实例，那么这一行显示为空白。
• 成员类型：成员类型包括属性（Property）、方法（Method）和任务（Task）。
• 成员列表：选中了上面的“成员类型”后，会列出当前选中的类型的所有成员属性、方法或任务。如果是自定义的成员，那么在列表中的名字前会多出一个“*”。点击“成员列表”右侧的“新增”按钮，可以新增一个成员，可以通过选中“是否局部变量”，将该变量标记为局部变量（在列表中的名字前会多出一个“-”），如下图所示。新增一个方法或任务也类似。选中某个成员后，在元信息浏览器下方会列出该成员的所有属性。

只要在元信息浏览器中编辑了元信息，那么点击元信息浏览器下方的“应用”或“确认”按钮后，编辑器就会在工作区源文件所在目录的保存出一个名为“behaviac.bb.xml”的文件，如下图所示：

后文我们将介绍，这个“behaviac.bb.xml”文件也会跟其他行为树源文件一并导出给运行时库。

Workspace类

Workspace类主要用于管理类型信息的导出，加载、卸载、执行、停止执行行为树，设置时间和帧数等。

• GetInstance() ：用于获取Workspace的单件实例。
• ExportMetas(const char*) ：导出类型信息文件到指定的路径，详见文档《C++运行时端中类型信息的注册和导出》。
• SetFilePath(const char*) ：用于加载行为树时指定行为树文件所在的目录。
• SetFileFormat(EFileFormat) ：用于指定加载行为树文件的格式，包括Xml、Bson、Cpp/Cs、Default。其中Default表示先尝试加载Xml格式，如果找不到再尝试加载Bson格式，最后尝试加载Cpp/Cs格式，这个功能可用于行为树的热更新。
• Update() ：用于执行所有Agent的当前行为树，行为树的执行也可以不通过该API，可以自己单独调用Agent的btexec()方法，详见文档《运行时端的更新流程》。
• DebugUpdate() ：用于执行调试和热加载相关的方法，如果已经使用了Update()方法来执行，则连调或热加载时就不需要再调用该DebugUpdate()方法。
• SetIsExecAgents(bool) ：用于停止/继续执行所有Agent的当前行为树，前提是行为树是执行是通过Update()方法发起的。如果是自己单独调用Agent的btexec()方法，则通过Agent的SetActive(bool)方法来停止/继续执行。
• SetTimeSinceStartup(double) ：用于设置游戏从启动到当前的总时间，该总时间主要用于时间、等待时间等与时间有关的节点的执行。如果不每帧设置该值，这些节点将不会正常工作。
• SetFrameSinceStartup(int) ：用于设置游戏从启动到当前的总帧数，该总帧数主要用于帧数、等待帧数等与帧数有关的节点的执行。如果不每帧设置该值，这些节点将不会正常工作。

具体的代码可以查看behaviac/base/workspace.h

Agent类

静态方法：

• Create(const char*, int, short) ：用于创建Agent的实例。
• Destroy(Agent*) ：用于销毁Agent的实例。
• Register() ：注册该Agent类，用于记录该类的类型信息。
• UnRegister() ：取消注册该Agent类。
• RegisterInstanceName(const char*, const wchar_t*, const wchar_t*) ：注册实例名字，作为类型信息的一部分，导出后可用于编辑器中节点的配置。
• UnRegisterInstanceName(const char*) ：取消注册实例名字。
• BindInstance(Agent*, const char*, int) ：将某个Agent实例跟某个名字进行绑定。
• UnbindInstance(const char*, int） ：取消某个Agent实例跟某个名字的绑定。

成员方法：

• btload(const char*, bool) ：用于加载指定名字的行为树，不需要后缀名（文件格式）。
• btunload(const char*) ：用于卸载指定名字的行为树。
• btsetcurrent(const char*) ：用于设置当前行为树。
• btexec() ：执行当前行为树。
• SetActive(bool) ：用于停止/继续执行当前行为树，如果设置为false，表示停止执行当前行为树；否则，表示继续执行。
• FireEvent(const char*) ：用于发出事件，以便于行为树中绑定的事件得到响应。
• SetIdFlag(uint32_t) ：用于设置连调时是否需要跟踪该Agent。通过静态方法SetIdMask()设置全部Agent的Mask值，然后再通过SetIdFlag()设置当前Agent的Flag值。如果IsMasked()返回为真，则表明需要跟踪该Agent。
• SetName(const char*) ：用于设置名字。

具体的代码可以查看behaviac/agent/agent.h

Config类

详见文档《开发功能开关》。

缺省的，我们使用cmake来生成对应平台的项目文件（sln或make文件等）。

但cmake不是必须的，也可以选择自己喜欢的方式创建自己的项目文件。比如，使用premake等来生成项目文件，或者手工创建。

Windows平台

• 下载并安装cmake，请使用3.3以上版本
• cmake的路径需要添加到环境变量PATH
• 运行build目录下的cmake_generate_projects.bat生成项目文件
• 如果需要build android版本
  • 需要安装vs2015
  • 使用android_vs2015子目录下的项目文件
  • 或者使用cmake生成项目文件
    • 下载并安装cmake android, 直接覆盖上面步骤安装的cmake就好。
    • 运行build目录下的cmake_generate_projects_android.bat生成项目文件
    • 如果想使用mk，可以修改生成的linux下的make文件

其他平台

• 下载并安装cmake，请使用3.3以上版本
• 如果可能，请保证4.4.6以上版本的gcc
  • 使用版本为4.4.6的gcc可以顺利编译，但4.1.2的gcc有错误（未测试低于4.4.6的版本）
• 运行build目录下的cmake_generate_projects.sh生成项目文件
  • mac上，运行build目录下的cmake_generate_projects_mac.sh生成项目文件

注意

1. cmake_generate*.bat里使用的是vs2013和vs2015，用户可以根据自己的需要选择相应的编译器，比如vs2008、vs2010等，或者通过cmakegui进行选择。
2. CMakeLists.txt里提供的是缺省设置，可以根据自己的需要直接修改或通过cmakegui来选择配置。特别的，CMakeLists.txt里有若干个选项可以配置。
   
   • BEHAVIAC_VERSION_MODE用来控制BEHAVIAC_RELEASE是否定义。BEHAVIAC_RELEASE的用途请参考文章《优化及性能》。
     • Default：缺省模式是Debug下BEHAVIAC_RELEASE没有定义，而Release下BEHAVIAC_RELEASE有定义
     • ForceUseDev：强制不定义BEHAVIAC_RELEASE
     • ForceUseRelease：强制定义BEHAVIAC_RELEASE
       • 在ForceUseRelease的时候，Release下，生成的项目文件会试图打开LTO开关，请参考文档《Cpp生成代码大小的说明》
   • CMAKE_BUILD_TYPE用来控制生成Debug还是Release（Visual Studio的时候不需要指定CMAKE_BUILD_TYPE）
   • BUILD_SHARED_LIBS用来控制libbehaviac是stati lib/a还是dynamid dll/so
   • BUILD_USE_64BITS用来控制是否生成64位 （使用Visual Studio时，需要指定带Win64的generator，请参考cmake的文档）
   • 根据上面的配置，CMake生成下面的_config.h文件，用来自动定义宏BEHAVIAC_RELEASE，如下图所示：
   • 在另一个文件config.h中，会根据_DEBUG或DEBUG宏来尝试重新定义宏BEHAVIAC_RELEASE，如果在_config.h中宏BEHAVIAC_RELEASE并没有定义，如下图所示：
3. cmake不是必须的
   • 你可以选择自己喜欢的其他类似工具，比如premake等来生成项目文件。
   • 或者，你可以手工创建项目文件。
   • 又或者，可以直接把src和inc加到你已有的项目文件。
   • 当你自行修改或创建项目文件的时候，可能需要参考CMakeLists.txt查看需要的设置：
     • include_directories包含目录，你需要设置正确的包含目录
     • add_definitions编译宏，比如_DEBUG
     • add_target_definitions编译宏，比如BEHAVIACDLL_EXPORTS，BEHAVIAC_DLL
     • CMAKE_CXX_FLAGS编译开关
     • BUILD_SHARED_LIBS是否动态库还是静态库
4. build\android_vs2015是提供的缺省的使用Visual Studio 2015来生成android项目的项目工程，支持64位。
5. 可以使用cmakegui选择设置，或者在cmake的命令行里指定设置（ -DCMAKE_BUILD_TYPE=Debug -DBUILD_USE_64BITS=ON等）。请参考build/cmake_generate_projects.bat或者cmake文档。

构建

• 无论Windows平台还是其他平台，项目文件都生成到目录cmake_binary
• 项目文件生成到目录cmake_binary，根据选用的编译工具（vs2013、make等）打开相应目录的项目文件或运行make等进行构建
• .a、.lib、.dll、.exe等被生成到根目录的lib目录和bin目录
• 生成的项目配置(mvsc, linxu, xcode)包含了Debug和Release，请根据需要构建Debug或Release版本