CMake链接外部库的几种方式
######################################################### 链接库开始 ###############################################################

# 1，绝对路径方式
#target_link_libraries(MyApp E:/cppTest/test1/lib/libutils.a)

# 2，相对路径，使用相对路径必须先告诉从哪里链接，在这里调用link_directories()是无效的，只有在生成target之前调用才会有效
# 在这里调用link_directories()是无效的，必须在生成可执行文件之前调用link_directories(),也就是在ADD_EXECUTABLE()之前调用
#link_directories(E:/cppTest/test1/lib)
#target_link_libraries(MyApp utils)
#target_link_libraries(MyApp libutils.a)
#message(STATUS "LINK_DIRECTORIES = ${LINK_DIRECTORIES}")

# 3，使用find_library()  
# find_library (<VAR> name1 [path1 path2 ...])
#find_library(LIB_UTILS utils E:/cppTest/test1/lib)
#message(STATUS "LIB_UTILS = ${LIB_UTILS}")
#target_link_libraries(MyApp ${LIB_UTILS})


# 4，使用find_path()和find_library()类似,find_path()可以用来找任何文件
# find_path (<VAR> name1 [path1 path2 ...])
#find_path(LIB_UTILS_PATH libutils.a E:/cppTest/test1/lib)
#message(STATUS "LIB_UTILS_PATH = ${LIB_UTILS_PATH}")
#target_link_libraries(MyApp ${LIB_UTILS_PATH}/libutils.a)

#5，使用find_package(),这种需要先有模块，要么是系统提供的，要么是自己写的，本例中是自己写的Findutils.cmake
#cmake提供的模块 D:\androidSDK\cmake\3.10.2.4988404\share\cmake-3.10\Modules下面
#将自己写的自己写的Findutils.cmake设置到CMAKE_MODULE_PATH中
set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} ${PROJECT_SOURCE_DIR}/cmake)
find_package(utils)
if(utils_FOUND)
	# include_directories()作用是设置头文件的搜索路径
	# 官方的解释：Add the given directories to those the compiler uses to search for include files
	# utils_INCLUDE_DIR的值是在Findutils.cmake里面设置的
	include_directories(${utils_INCLUDE_DIR})
	
	#utils_LIBRARY的值是在Findutils.cmake里面设置的
	target_link_libraries(MyApp ${utils_LIBRARY})
endif(utils_FOUND)


######################################################### 链接库结束 ###############################################################

容器之间的链接是一种很常见的操作：它提供了访问其中的某个容器的网络服务而不需要将所需的端口暴露给Docker Host主机的功能。Docker Compose中对该特性的支持同样是很方便的。然而，如果需要链接的容器没有定义在同一个 docker-compose.yml 中的时候，这个时候就稍微麻烦复杂了点。





在Docker中，容器之间的链接是一种很常见的操作：它提供了访问其中的某个容器的网络服务而不需要将所需的端口暴露给Docker Host主机的功能。Docker Compose中对该特性的支持同样是很方便的。然而，如果需要链接的容器没有定义在同一个 docker-compose.yml 中的时候，这个时候就稍微麻烦复杂了点。

在不使用Docker Compose的时候，将两个容器链接起来使用 —link 参数，相对来说比较简单，以 nginx 镜像为例子：
docker run --rm --name test1 -d nginx  #开启一个实例test1 
docker run --rm --name test2 --link test1 -d nginx #开启一个实例test2并与test1建立链接 

这样， test2 与 test1 便建立了链接，就可以在 test2 中使用访问 test1 中的服务了。

如果使用Docker Compose，那么这个事情就更简单了，还是以上面的 nginx 镜像为例子，编辑 docker-compose.yml 文件为：
version: "3" 
services: 
 test2: 
 image: nginx 
 depends_on: 
 - test1 
 links: 
 - test1 
 test1: 
 image: nginx 

最终效果与使用普通的Docker命令 docker run xxxx 建立的链接并无区别。这只是一种最为理想的情况。
如果容器没有定义在同一个 docker-compose.yml 文件中，应该如何链接它们呢?
又如果定义在 docker-compose.yml 文件中的容器需要与 docker run xxx 启动的容器链接，需要如何处理?

针对这两种典型的情况，下面给出我个人测试可行的办法：
方式一：让需要链接的容器同属一个外部网络

我们还是使用nginx镜像来模拟这样的一个情景：假设我们需要将两个使用Docker Compose管理的nignx容器( test1 和 test2 )链接起来，使得 test2 能够访问 test1 中提供的服务，这里我们以能ping通为准。

首先，我们定义容器 test1 的 docker-compose.yml 文件内容为：
version: "3" 
services: 
 test2: 
 image: nginx 
 container_name: test1 
 networks: 
 - default 
 - app_net 
networks: 
 app_net: 
 external: true 

容器 test2 内容与 test1 基本一样，只是多了一个 external_links ,需要特别说明的是： 最近发布的Docker版本已经不需要使用external_links来链接容器，容器的DNS服务可以正确的作出判断 ，因此如果你你需要兼容较老版本的Docker的话，那么容器 test2 的 docker-compose.yml文件内容为：
version: "3" 
services: 
 test2: 
 image: nginx 
 networks: 
 - default 
 - app_net 
 external_links: 
 - test1 
 container_name: test2 
networks: 
 app_net: 
 external: true 

否则的话， test2 的 docker-compose.yml 和 test1 的定义完全一致，不需要额外多指定一个 external_links 。相关的问题请参见stackoverflow上的相关问题： docker-compose + external container

正如你看到的那样，这里两个容器的定义里都使用了同一个外部网络 app_net ,因此，我们需要在启动这两个容器之前通过以下命令再创建外部网络：
docker network create app_net 

之后，通过 docker-compose up -d 命令启动这两个容器，然后执行 docker exec -it test2 ping test1 ,你将会看到如下的输出：
docker exec -it test2 ping test1 
PING test1 (172.18.0.2): 56 data bytes 
64 bytes from 172.18.0.2: icmp_seq=0 ttl=64 time=0.091 ms 
64 bytes from 172.18.0.2: icmp_seq=1 ttl=64 time=0.146 ms 
64 bytes from 172.18.0.2: icmp_seq=2 ttl=64 time=0.150 ms 
64 bytes from 172.18.0.2: icmp_seq=3 ttl=64 time=0.145 ms 
64 bytes from 172.18.0.2: icmp_seq=4 ttl=64 time=0.126 ms 
64 bytes from 172.18.0.2: icmp_seq=5 ttl=64 time=0.147 ms 

证明这两个容器是成功链接了，反过来在 test1 中ping test2 也是能够正常ping通的。

如果我们通过 docker run --rm --name test3 -d nginx 这种方式来先启动了一个容器( test3 )并且没有指定它所属的外部网络，而需要将其与 test1 或者 test2 链接的话，这个时候手动链接外部网络即可：
docker network connect app_net test3 

这样，三个容器都可以相互访问了。

方式二：更改需要链接的容器的网络模式

通过更改你想要相互链接的容器的网络模式为 bridge ,并指定需要链接的外部容器( external_links )即可。与同属外部网络的容器可以相互访问的链接方式一不同，这种方式的访问是单向的。

还是以nginx容器镜像为例子，如果容器实例 nginx1 需要访问容器实例 nginx2 ，那么 nginx2 的 doker-compose.yml 定义为：
version: "3" 
services: 
 nginx2: 
 image: nginx 
 container_name: nginx2 
 network_mode: bridge 

与其对应的， nginx1 的 docker-compose.yml 定义为：
version: "3" 
services: 
 nginx1: 
 image: nginx 
 external_links: 
 - nginx2 
 container_name: nginx1 
 network_mode: bridge 

需要特别说明的是，这里的 external_links 是不能省略的，而且 nginx1 的启动必须要在 nginx2 之后，否则可能会报找不到容器 nginx2 的错误。

接着我们使用ping来测试下连通性：
$ docker exec -it nginx1 ping nginx2  # nginx1 to nginx2 
PING nginx2 (172.17.0.4): 56 data bytes 
64 bytes from 172.17.0.4: icmp_seq=0 ttl=64 time=0.141 ms 
64 bytes from 172.17.0.4: icmp_seq=1 ttl=64 time=0.139 ms 
64 bytes from 172.17.0.4: icmp_seq=2 ttl=64 time=0.145 ms 
 
$ docker exec -it nginx2 ping nginx1 #nginx2 to nginx1 
ping: unknown host 

以上也能充分证明这种方式是属于单向联通的。

成为外部链接超级明星的十四种方式
from 有梦有未来-飞行、航空、航天、飞机 by itofly




102种成为外部链接超级明星的方式是我以前翻译的，总结我这么一段时间的收获，选出几个我认为有价值的与大家分享。
1.比其他站点提供更多的价值。
4.在博客中设置ping。 
http://rpc.pingomatic.com/
http://pingoat.com/goat/RPC2/
http://pingqueue.com/rpc/
http://ping.feedburner.com
http://www.bloglines.com/ping
http://blogsearch.google.com/ping/RPC2 
10.写列表文章. 例如: “阻止成为一头懒惰的猪的10个方法”.
11.认识你领域内的领袖者。
12.提供RSS。例如：http://feed.itofly.com
14. 评论其他的博客。 
15.在你的博客上回应评论。 
20.在博客上显示相关文章 
21.链接过去的文章，做较深的链接。 
22.追踪热点话题。 
35.写一个你领域内的入门向导。
63.写争论的内容。
68.在网站上设置翻译工具。
84.制作一些blog，链接你的网站。
以上的十四种方式是我近来感受的总结，与大家分享。
Itofly推荐
20%的网站内容提供80%的流量
    
我的Ping自动更新通知-最有价值的Ping Server API
    
博客的RSS订阅数与页面访问量
    
分享我的Blog Ping列表（blog更新通知）
    
Windows Live Writer使用感受
    
尝试Windows Live Writer
    
本Blog的Text Link Ads早已删除
    
本Blog的WordPress模版更新
 
 
 
 
 
 
 



 

转载：https://zhidao.baidu.com/question/1175392434287503859.html


1.使用Unity3d内置的Network方法，采用RPC（远程过程调用）的方式来进行网络编程，优点是方便，最多支持32个用户连接，适合做休闲的“开房间”类型游戏，类似泡泡堂之类；Unity3d官方论坛有一个master用来做大厅分发服务器采用Raknet，效率还不错，不过就是很多功能待完善，如果你自己对C++比较了解的可以自己开发。


2.使用第三方的网络服务器构件，比如smartFox（java开发基于，flash xml socket）,netDog（c++）等等，他们有对应Unity的api，可以支持大规模人数在线。


3.Unity3d 支持 插件开发，你可以自己开发自己的dll（动态链接库），然后支持你想要的网络功能，甚至说如果你可以支持目前市面所有的网络游戏服务器，不过，前提是你有他们的通信协议，呵呵，不然就的自己开发。


4.对于小规模的网络IO，你还可以查看WWW这个对象，用HTTP协议来通信。