代码拉取完成，页面将自动刷新
同步操作将从 acl-dev/acl 强制同步，此操作会覆盖自 Fork 仓库以来所做的任何修改，且无法恢复！！！
确定后同步将在后台操作，完成时将刷新页面，请耐心等待。
acl 库其实包含七个库：lib_acl （基础库）、lib_protocol（http 和 icmp 协议库）、lib_acl_cpp（封装了 lib_acl 和 lib_protocol 两个 C 库的 C++ 版本封装，更是增加了丰富的功能）、lib_fiber（功能强大的网络协程库，使开发者可以象使用 Go 语言一样快速编写基于协程的高并发服务应用）、lib_dict（封装了 bdb, cdb, Tokyo Cabinet 库的用于字典查询的库）、lib_tls（封装了openssl部分功能的库，主要用于 lib_acl 的 ssl 加密传输）以及 lib_rpc（封装了 Google 的 protobuf 的库）。其中，笔者用的最多还是 lib_acl 、lib_protocol 以及 lib_acl_cpp（目前用得最多的库）三个库，所以本文主要介绍这三个库的编译与使用。
acl 库目前支持 Linux、Solaris、FreeBSD、MacOS、IOS、Android 和 Windows 平台，欢迎读者将 acl 库移植至其它平台。
需要使用 gcc/g++编译器及 gnu make 命令。
使用 gcc 编译：进入 lib_acl 目录，直接运行 make，正常情况下便可在 lib 目录下生成 libacl.a 静态库，用户在使用 libacl.a 编写自己的程序时，需要在自己的 Makefile 文件中添加如下选项：
#include "lib_acl.h"
简单的 Makefile 示例：
test: main.o
gcc -o test main.o -lacl -lz -lpthread -ldl
main.o: main.c
gcc -O3 -Wall -c main.c -I./lib_acl/include
使用 gcc 编译：进入 lib_protocol 目录，直接运行 make，正常情况下便可以在 lib 目录下生成 lib_protocol.a 静态库，用户在使用 lib_protocol.a 编写自己的程序时，需要在自己的 Makefile 文件中添加如下选项：
#include "lib_protocol.h"
简单的 Makefile 示例：
test: main.o
gcc -o test main.o -lprotocol -lacl -lz -lpthread -ldl
main.o: main.c
gcc -O3 -Wall -c main.c -I./lib_acl/include -I./lib_protocol/include
使用 g++ 编译器： 进入 lib_acl_cpp 目录，运行 make static 编译 libacl_cpp.a 静态库，便可 lib 目录下生成 libacl_cpp.a，用户在使用 libacl_cpp.a 编写程序时，需要在自己的 Makefile 文件中添加如下选项：
指定 libacl_cpp.a 所在目录，-L 指定 libprotocol.a 所在目录，-L 指定 libacl.a 目录。如：-L./lib_acl_cpp/lib -lacl_cpp -L./lib_protocol/lib -lprotocol -L./lib_acl/lib -lacl，一定要注意这三个库的依赖关系：libprotocol.a 依赖于 libacl.a，libacl_cpp.a 依赖于 libprotocol.a 及 lib_acl.a，在使用 g++ 进行编译时必须保证库的依赖顺序，被依赖的库总是应放在后面，否则在链接程序时会报函数不存在。
#include "acl_cpp/lib_acl.hpp"
简单的 Makefile 示例：
test: main.o
g++ -o test main.o -lacl_cpp -lprotocol -lacl -lz -lpthread -ldl
main.o: main.cpp
g++ -O3 -Wall -c main.cpp -I./lib_acl_cpp/include -I./lib_acl/include -I./lib_protocol/include
如果程序仅用到了 libacl_cpp.a 库中类及函数，则只需要包含 libacl_cpp.a 的头文件即可，至于该库所依赖的 libprotocol.a 及 libacl.a 库的头文件已经做了特殊隐含处理，不必显式包含。
编译 libacl.so, libprotocol.so, libacl_cpp.so 的方式与编译静态库的方式有所不同，需要分别进入三个目录执行： make shared rpath=${lib_path}，其中 shared 表示需要编译动态库，${lib_path} 需要用实际的目标路径替换，比如：make shared rpath=/opt/acl/lib，则会将动态库编译好后存放于 /opt/acl/lib 目录，编译这三个库的顺序为：libacl.so --> libprotocol.so --> libacl_cpp.so。
另外，在编译 libacl_cpp.so 时，还需要提前编译在 resource 目录下的 polarssl 库，编译完后再编译 libacl_cpp.so 同时需要指定 polarssl.lib 库所在的路径；如果不需要 SSL 通讯方式，则需要打开 lib_acl_cpp/Makefile 文件，去年编译选项：-DHAS_POLARSSL。
应用程序在使用这三个动态库时的头文件的包含方式与静态库的相同，连接动态库的方式与静态库类似，只是将 .a 替换成 .so 即可，同时也要求包含的顺序与上述静态库相同。如：
为了方便使用，还提供了将以上三个库合成一个库的方法，在 acl 库目录下运行：make build_one，则会生成统一库：libacl_all.a 及 libacl_all.so，该库包含了 libacl，lib_protocol，lib_acl_cpp 三个库。则编写的 Makefile 就更为简单：
test: main.o
g++ -o test main.o -lacl_all -lz -lpthread -ldl
main.o: main.cpp
g++ -O3 -Wall -c main.cpp -I./lib_acl_cpp/include -I./lib_acl/include -I./lib_protocol/include
除以上使用 make 工具对 acl 库进行编译外，同时提供了使用 cmake 工具对 acl 库进行编译，编译过程非常简单：
$mkdir build
$cd build
$cmake ..
$make
在 acl 项目的根目录下，多个 VC 的工程文件，用户可根据自身需要打开工程文件：acl_cpp_vc2003.sln，acl_cpp_vc2008.sln，acl_cpp_vc2010.sln，acl_cpp_vc2012.sln（最早也支持VC6）。用户可以选择编译 lib_acl、lib_protocol、lib_acl_cpp 的静态库调试版、静态库发布版、动态库调试版以及动态库发布版，编译完成后，会在 acl\dist\lib\win32 目录生成的静态库有：
lib_acl_vc20xxd.lib、lib_acl_vc20xx.lib、lib_protocol_vc20xxd.lib 和 lib_protocol_vc20xx.lib；
生成的与动态库相关的文件有：lib_acl_d.dll/lib_acl_d.lib，lib_acl.dll/lib_acl.lib，lib_protocol_d.dll/lib_protocol_d.lib，lib_protocol.dll/lib_protocol.lib，lib_acl_cpp_d.dll/lib_acl_cpp_d.lib，lib_acl_cpp.dll/lib_acl_cpp.lib。
因为 lib_acl 是最基础的库，而 lib_protocol 依赖于 lib_acl，lib_acl_cpp 依赖于 lib_protocol 和 lib_acl，所在生成动态库时，需要注意生成顺序，编译顺序为：lib_acl，lib_protocol，lib_acl_cpp。
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。