本文共 1911 字，大约阅读时间需要 6 分钟。
（转自：）
uci配置管理和ubus通信框架是openwrt系统上非常好的轻量级服务。
以至于，在非openwrt系统上都想用它们来搞事情。 而它们又都是cmake来自动编译的。 这里记录下HOWTO。 sourouce ${你的交叉环境变量} CC=${CROSS}gcc CXX=${CROSS}g++ 0.先搞定libubox依赖的libjson-c ./autogen.sh # newly configure install_dir="`pwd`/target_install/" LIBS=" -ldl " ./configure --build=`sh config.guess` --host=arm-oe-linux-gnueabi --target=arm-oe-linux-gnueabi --prefix="$install_dir" make clean make V=s make install 1. libubox git clone git://nbd.name/luci2/libubox.git cmake -DBUILD_LUA=off -DCMAKE_INSTALL_PREFIX=${PWD}/target_install -DCMAKE_SYSTEM_NAME=Linux -DCMAKE_SYSTEM_PROCESSOR=arm cmake -DCMAKE_C_FLAGS:STRING="$CFLAGS $CPPFLAGS $LDFLAGS $LIBS" --debug-output --trace # 依赖json-c.so 路径错误，不得其解，没搞清楚 cmake 自动补上的 LDFLAGS 总是包含 /usr/local/lib 路径 # 这里给显式指定 target json-c.so 的绝对路径。 # cmake 传入的所有定义见于CMakeCache.txt cmake -Djson:FILEPATH="${你的交叉编译库路径}/usr/lib/libjson-c.so" make V=s make install 2. uci + libuci.so git clone git://nbd.name/uci.git cmake -DBUILD_LUA=off -DCMAKE_INSTALL_PREFIX=${PWD}/target_install -DCMAKE_SYSTEM_NAME=Linux -DCMAKE_SYSTEM_PROCESSOR=arm cmake -DCMAKE_C_FLAGS:STRING="$CFLAGS $CPPFLAGS $LDFLAGS $LIBS" --debug-output --trace make V=s make install 3. ubus + ubusd + libubus.so git clone git://nbd.name/luci2/ubus.git cmake -DBUILD_LUA=off -DENABLE_SYSTEMD=off -DCMAKE_INSTALL_PREFIX=${PWD}/target_install -DCMAKE_SYSTEM_NAME=Linux -DCMAKE_SYSTEM_PROCESSOR=arm --debug-output --trace cmake -DCMAKE_C_FLAGS:STRING="$CFLAGS $CPPFLAGS $LDFLAGS $LIBS" --debug-output --trace # 同样 指定json-c.so绝对路径 make V=s make install 注意：ubus可用于两个进程之间的通信，并以json格式进行数据交互。ubus的常见场景为：
“客户端-服务器”形式的交互，即进程A注册一系列的服务，进程B去调用这些服务；
ubus支持以“订阅-通知”的方式进行进程通信，即进程A提供订阅服务，其它进程可以选择订阅或退订该服务，进程A可以向所有订阅者发送消息。
由于ubus实现方式的限制，在一些场景中不适宜使用ubus：
ubus用于少量数据的传输，如果数据量很大或是数据交互很频繁，则不宜用ubus，当ubus一次传输数据量超过60KB，就不能正常工作了；
ubus对多线程支持的不好，例如在多个线程中去请求同一个服务，就有可能出现不可预知的结果；
不建议递归调用ubus，例如进程A去调用进程B的服务，而B的该服务需要调用进程C的服务，之后C将结果返回给B，然后B将结果返回给A。
转载地址：http://wgmkb.baihongyu.com/