下图展示的蓝色部分的这些API都是不存在兼容性问题的，而我们平时自己用的包括那些第三方的网络库大部分都是用的这些API。

大部分情况下，我们用高级的API完全能够实现我们的需求，而且高级API封装的很便于使用，很多底层的像适配IPv6的工作都已经帮我们做好了。而用底层API会有大量的工作要我们自己来做，更容易产生bug。但你如果确实需要用底层的POSIX socket API, 请参照这个RFC4038: Application Aspects of IPv6 Transition的指导。

比如下面这个API，nodename这个参数不要传IP地址，而应该用域名

最后我们来搭一个IPv6的测试环境吧，你所需要的就是一台用非Wi-Fi的方式上网的Mac电脑。

我们的要做的其实就是用Mac做一个热点，然后用iPhone连接这个Wi-Fi，听起来很容易，我相信大家在公司就是这么干的吧。

区别是这次我们产生的是一个本地的IPv6 DNS64/NAT64网络，这项功能是OS X 10.11新加的。和我们以前开启热点方式不一样的地方在于，我们在“System Preferences”界面选中“Sharing”的同时，要按住“Option”键。

之后在“Sharing”界面中，我们会看到和之前不一样的地方，就是红框所标的地方，多了一个叫“Create NAT64 Network”的选框，选中它。

搜一下工程里有没有下面的这些API，这些都是只针对IPv4做处理的，有的话就删了。具体的对应字段为如图， 大家一定要查一查

这次IPv6的推进，是一次对IP layer的复习机会。大部分人包括我自己对HTTP，TCP相对熟悉一些，IP层由于项目当中接触少，更多还是停留在大学学习的基础概念上。这次趁着Apple的这股东风，好好翻了几篇RFC文档，画了一张下面的图，也同时把公司App的socket迁移方案理顺了。这当中最重要的两个概念是DNS64和NAT64。

我们一般使用getaddrinfo函数来解析host，如果端口号部分的入参是数字类型，会导致返回的结果里端口号被修改，当然socket就没法连成功啦。修改办法是在DNS query结果里手动将端口号再改回。

getaddrinfo(ipv4_str, @(port).stringValue.UTF8String, hints, res0);

另一个办法是跳过DNS查询，直接自己将IPv4的地址转化成IPv6的地址。类似这样：

const char* ipv4mapped_str =64:ff9b::121.43.xx.xxx;