将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文件。

导出和使用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文件。

• 调用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()了。

对于C++版，需要按照如下方式进行注册：

基本类型（bool、int、float、char、sbyte、ubyte等）的数组可以直接使用，但当使用到其他自定义类型数组的时候，需要添加特殊的宏和代码，否则运行时可能会有错误（如果没有使用到相应的操作，则没有错误）：

• 在.h的头文件里添加如下所示的宏，但需放在任意namespace之外：

BEHAVIAC_DECLARE_TYPE_VECTOR_HANDLER(TNS::ST::PER::WRK::kEmployee);

• 在初始化的代码里添加如下所示的注册代码：

behaviac::TypeRegister::Register<TNS::ST::PER::WRK::kEmployee>(" TNS::ST::PER::WRK::kEmployee");

• 在结束代码里添加如下所示的反注册代码：

behaviac::TypeRegister::UnRegister<TNS::ST::PER::WRK::kEmployee>(" TNS::ST::PER::WRK::kEmployee");

更多细节可以参考behaviac组件C++源码中附带的UnitTestTypes.h文件中的结构体kEmployee。

• Agent及其子类的数组
  当涉及behaviac::Agent或是其子类的时候，仅支持其指针类型即behaviac::Agent*或SubclassAgent*（SubclassAgent是behaviac::Agent的一个子类）。
  behaviac::Agent*或vector<behaviac::Agent*>类型直接被支持，不需要做什么额外的工作，其任何子类SubclassAgent*也直接被支持。
  但是需要支持vector<SubclassAgent*>的时候，则需要在.h文件里添加如下所示的宏，但需放在任意namespace之外：

BEHAVIAC_DECLARE_TYPE_VECTOR_HANDLER(SubclassAgent*);

在初始化和结束的时候分别注册和反注册：

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

behaviac::Agent::UnRegister<SubclassAgent>();

更多细节可以参考behaviac组件C++源码中附带的EmployeeParTestAgent.h文件中的类EmployeeParTestAgent。

namespace TNS
{
    namespace NE
    {
        namespace NAT
	{
            enum eColor
	    {
	        RED,
                GREEN,
                BLUE,
                YELLOW,
                WHITE,
	    };
	}
    }
}

DECLARE_BEHAVIAC_ENUM(TNS::NE::NAT::eColor, eColor);

• 在.cpp文件中，通过一系列宏注册该枚举自身的描述及其枚举值：
  • 宏BEGIN_ENUM_DESCRIPTION和END_ENUM_DESCRIPTION表示枚举信息注册的开始和结束。
  • 可选的宏ENUMCLASS_DISPLAY_INFO用于注册枚举自身的显示名和描述。
  • 宏DEFINE_ENUM_VALUE用于注册枚举的值，可以通过.DISPLAYNAME的追加方式为值添加显示名，通过.DESC的追加方式为值添加描述。
    如下代码样例所示：

BEGIN_ENUM_DESCRIPTION(TNS::NE::NAT::eColor, eColor)
{
    ENUMCLASS_DISPLAY_INFO(L"色彩枚举", L"eColor是用于测试枚举使用的类型");

    DEFINE_ENUM_VALUE(TNS::NE::NAT::RED, "RED").DISPLAY_INFO(L"红色", L"激进");
    DEFINE_ENUM_VALUE(TNS::NE::NAT::GREEN, "GREEN");
    DEFINE_ENUM_VALUE(TNS::NE::NAT::BLUE, "BLUE");
    DEFINE_ENUM_VALUE(TNS::NE::NAT::YELLOW, "YELLOW");
    DEFINE_ENUM_VALUE(TNS::NE::NAT::WHITE, "WHITE");
}
END_ENUM_DESCRIPTION()

• 在初始化注册（Register）的部分需要加上如下的代码，反注册（UnRegister）的部分添加相应UnRegister的代码。注意这部分Register/UnRegister的代码不是必须的，如果该类型没有用作par或者没有用作条件比较，就可以不需要。

behaviac::TypeRegister::Register< TNS::EnumTest >(" TNS::EnumTest ");

behaviac::TypeRegister::UnRegister< TNS::EnumTest >(" TNS::EnumTest ");

更多细节可以参考behaviac组件C++源码库中btunittest工程的UnitTestTypes.h文件中eColor结构体相关的代码。

缺省的，我们使用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版本