我正在开发一个C++服务器项目，该项目一直受到不断增长的main()函数的困扰，即使我对main()函数进行了最轻微的更改，代码库也已增长到编译时间约为 6 分钟(在调试模式下)。 (main()函数长约5000行！
我使用的是Visual Studio 2017，并且(据我所知)编译器具有一些预编译的标头功能，以及不重新编译未修改的函数的功能。 但是这些东西目前用处不大，因为大多数逻辑都在main()函数中。
这是我的代码的一个(非常简化的)版本：
struct GrandServer{
std::map<std::string,std::function<void(std::string)>> request;
/* some other functions of this server */
};
int main()
{
SQLClient sql_client;
auto query_database=[&sql_client](auto&& callback){/*stuff*/};
GrandServer server;
server.request["/my_page.html"] = [](std::string&& data){
// Do stuff
};
server.request["/my_page_2.html"] = [](std::string&& data){
// Do more stuff
};
server.request["/my_page_3.html"] = [](std::string&& data){
// Do even more stuff
};
server.request["/my_page_4.html"] = [&query_database](std::string&& data){
// Do many many callbacks
query_database([](std::vector<std::string>&& results){
std::string id = std::move(results.front());
do_something_else([id = std::move(id)](auto&& param) mutable {
/* do more stuff, call more functions that will call back, then answer the client */
});
});
};
/* Many many more lambda functions */
}
从本质上讲，整个应用程序的核心逻辑包含在main()函数中，通过定义存储在std::map中的lambda。 lambda 函数中包含几个级别的 lambda 函数，主要是定义来自数据库的(异步)回调。 其他独立函数主要由GrandServer中的函数以及各种实用程序函数(例如时间转换、异步回调实用程序、unicode 实用程序等)组成，但它们都不构成应用程序的核心逻辑。 这感觉就像非常糟糕的代码蔓延:(
我正在考虑将所有顶级 lambda(即直接存储在server.request中的 lambda)转换为普通的独立成员函数，这些单元是几个单独的编译单元，如下所示：
// split definitions of methods in this class over several compilation units
// header file left out for brevity
struct MyServer{
SQLClient sql_client;
void query_database=[this](auto&& callback){/*stuff*/};
void do_my_page(std::string&& data){
// Do stuff
}
void do_my_page_2(std::string&& data){
// Do stuff
}
void do_my_page_3(std::string&& data){
// Do stuff
}
void do_my_page_4(std::string&& data){
// Do many many callbacks
query_database([](std::vector<int>&& results){
do_something_else([](auto&& param){
/* do more stuff, call more functions that will call back, then answer the client */
});
});
}
};
// main.cpp
struct GrandServer{
std::map<std::string,std::function<void(std::string)>> request;
/* some other functions of this server */
};
int main()
{
GrandServer server;
MyServer my_server;
server.request["/my_page.html"] = [&my_server](auto&&... params){my_server.do_my_page(std::forward<decltype(params)>(params)...);};
server.request["/my_page_2.html"] = [&my_server](auto&&... params){my_server.do_my_page_2(std::forward<decltype(params)>(params)...);};
server.request["/my_page_3.html"] = [&my_server](auto&&... params){my_server.do_my_page_3(std::forward<decltype(params)>(params)...);};
server.request["/my_page_4.html"] = [&my_server](auto&&... params){my_server.do_my_page_4(std::forward<decltype(params)>(params)...);};
/* Lots more lambda functions */
}
虽然这会将main()的大小减少到更可容忍的程度，但我应该期望这会显着减少编译时间吗？ 模板实例化的数量不会有任何减少(事实上，我在main()中引入了一些新的模板 lambda 转发器，应该内联)。
另请注意，由于使用移动语义的回调和变量捕获，将每个逻辑流中的内部 lambda 函数更改为普通的独立成员或非成员函数并不容易。 (模板函数和类不能位于单独的编译单元中。 但是，每个逻辑流程通常不超过 100 行，因此我认为没有必要这样做。
编译大约 6000-7000 行的代码库需要 6 分钟似乎太慢了，我认为这是由于我的main()功能非常长。 我是否应该期望像上面描述的那样分解这个函数以显着改善这个项目的编译时间？
您是否将每个#include <>复制到stdfafx.h？这对减少编译时间大有帮助。 编译器可能会抱怨预编译的标头太大，但默认大小小得离谱。
-Zm 选项控制为预编译标头分配的数量(以兆字节为单位)。
我已经看到某些项目的编译速度提高了 10 倍以上。
如果将网络驱动器映射到本地磁盘之一，则可以轻松将编译时间进一步缩短 3 倍。
这是针对这种情况的解决方案，它涉及将网络映射替换为注册表中的DOS驱动器。 这是为我自己的设置提供的内容：
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerDOS Devices]
"R:"="DosDevicesD:develbuild"
"S:"="DosDevicesD:develsrc"