Golang http request 报错dial tcp: lookup xxx.com: no such host

使用golang自带的http包创建http客户端调用远程服务，如果出现 : no such host

第一种可能是服务器的最大打开文件数

```

ulimit -n         #显示最大打开文件数

ulimit -n        #修改最大打开文件数

```

第二种可能是没有关闭http请求导致的，加上下面这句话

```

defer respBodyClose()

```

不同的方向有不同的技能要求和发展前景，需要根据自己的情况选择，两个方向都是目前主流的开发行业。游戏后端开发需要掌握网络编程、高并发、消息队列等技术，开发出高性能、高可用性的游戏服务器。后端开发需要熟悉数据库、API设计、服务架构等知识，开发出高质量、易维护的Web应用。运维开发需要熟悉Linux、云计算、自动化运维等技术，保障系统的稳定性和高可用性。

本文仅适用于微信小程序登录、支付golang服务器实现，而通用golang支付实现(支付宝、微信)请看另一篇。

[微信支付]

[微信小程序服务器SDK]

[微信小程序客户端API]

HTTPS服务器配置文档

Generate private key (key)

Generation of self-signed(x509) public key (PEM-encodings pem|crt) based on the private (key)

go get githubcom/SuperCLine/wxpay

为什么golang的开发效率高？

golang是一编译型的强类型语言，它在开发上的高效率主要来自于后发优势，不用考虑旧有恶心的历史，又有一个较高的工程视角。良好的避免了程序员因为“ { 需不需要独占一行 ”这种革命问题打架，也解决了一部分趁编译时间找产品妹妹搭讪的阶级敌人。

它有自己的包管理机制，工具链成熟，从开发、调试到发布都很简单方便；

有反向接口、defer、coroutine等大量的syntactic sugar；

编译速度快，因为是强类型语言又有gc，只要通过编译，非业务毛病就很少了；

它在语法级别上支持了goroutine，这是大家说到最多的内容，这里重点提一下。首先，coroutine并不稀罕，语言并不能超越硬件、操作系统实现神乎其神的功能。golang可以做到事情，其他语言也可以做到，譬如c++，在boost库里面自己就有的coroutine实现（当然用起来跟其他boost库一样恶心）。golang做的事情，是把这一套东西的使用过程简化了，并且提供了一套channel的通信模式，使得程序员可以忽略诸如死锁等问题。

goroutine的目的是描述并发编程模型。并发与并行不同，它并不需要多核的硬件支持，它不是一种物理运行状态，而是一种程序逻辑流程。它的主要目的不是利用多核提高运行效率，而是提供一种更容易理解、不容易出错的语言来描述问题。

实际上golang默认就是运行在单OS进程上面的，通过指定环境变量GOMAXPROCS才能转身跑在多OS进程上面。有人提到了的pomelo，开源本来是一件很不错的事情，但是基于自己对callback hell的偏见，我一直持有这种态度：敢用nodejs写大规模游戏服务器的人，都是真正的勇士 : ) 。

2、Erlang与Golang的coroutine有啥区别，coroutine是啥？

coroutine本质上是语言开发者自己实现的、处于user space内的线程，无论是erlang、还是golang都是这样。需要解决没有时钟中断；碰着阻塞式i\o，整个进程都会被操作系统主动挂起；需要自己拥有调度控制能力（放在并行环境下面还是挺麻烦的一件事）等等问题。那为啥要废老大的劲自己做一套线程放user space里面呢？

并发是服务器语言必须要解决的问题；

system space的进程还有线程调度都太慢了、占用的空间也太大了。

把线程放到user space的可以避免了陷入system call进行上下文切换以及高速缓冲更新，线程本身以及切换等操作可以做得非常的轻量。这也就是golang这类语言反复提及的超高并发能力，分分钟给你开上几千个线程不费力。

不同的是，golang的并发调度在i/o等易发阻塞的时候才会发生，一般是内封在库函数内；erlang则更夸张，对每个coroutine维持一个计数器，常用语句都会导致这个计数器进行reduction，一旦到点，立即切换调度函数。

中断介入程度的不同，导致erlang看上去拥有了preemptive scheduling的能力，而golang则是cooperative shceduling的。golang一旦写出纯计算死循环，进程内所有会话必死无疑；要有大计算量少i\o的函数还得自己主动叫runtimeSched()来进行调度切换。

3、golang的运行效率怎么样？

我是相当反感所谓的ping\pong式benchmark，运行效率需要放到具体的工作环境下面考虑。

首先，它再快也是快不过c的，毕竟底下做了那么多工作，又有调度，又有gc什么的。那为什么在那些benchmark里面，golang、nodejs、erlang的响应效率看上去那么优秀呢，响应快，并发强？并发能力强的原因上面已经提到了，响应快是因为大量非阻塞式i\o操作出现的原因。这一点c也可以做到，并且能力更强，但是得多写不少优质代码。

然后，针对游戏服务器这种高实时性的运行环境，GC所造成的跳帧问题确实比较麻烦，前面的大神 @达达 有比较详细的论述和缓解方案，就不累述了 。随着golang的持续开发，相信应该会有非常大的改进。一是屏蔽内存操作是现代语言的大势所趋，它肯定是需要被实现的；二是GC算法已经相当的成熟，效率勉勉强强过得去；三是可以通过incremental的操作来均摊cpu消耗。

用这一点点效率损失换取一个更高的生产能力是不是值得呢？我觉得是值得的，硬件已经很便宜了，人生苦短，让自己的生活更轻松一点吧: )。

4、基于以上的论述，我认为采用go进行小范围的MMORPG开发是可行的。

内网穿透即是使用公网服务器作为代理，转发内网（如办公室、家里）的网络请求使其能够在外网中被访问到。

server端监听两个端口，一个用来和接收用户的http请求，一个监听gRPC客户端，和内网服务器进行通信；

client启动时连接server端；

当User请求server http端口时，将http进行阻塞，并将User请求内容通过gRPC发给client；

client将从server收到的请求发往本地的http服务；

client将从本地程序收到的http response通过gRPC发送给server；

server结束http阻塞，将从client收到的http response发给User。

github地址： https://githubcom/itchin/proxy

苹果的消息推送是通过请求域名：https://apipushapplecom 实现的，该域名解析结果为美国，这引发了两个问题：

1、接口请求时间长,性能低，而且容易请求超时报错

2、高峰期推送请求错误率升高

总体思路：增加一个美国代理服务器，通过代理服务器请求苹果消息推送服务

1、原来流程

2、现在流程

3、具体方案实施选择

选择一：proxy服务器，部署一个正向代理服务，提供push消息的正向代理，消息通过代理服务器送达苹果服务端

选择二：proxy服务器，独立实现、部署一个 标准的apns服务，负责 ios消息推送。将需要走美国节点的请求转发到该proxy节点

具体情况、具体分析，应思考的点：

问题一、苹果官方提供的SDK中，不支持设置代理服务器。官方SDK不适合更改，对以后系统更新不利

问题二、只有苹果的push服务需要代理，其他例如华为、小米、vivo不应走海外代理

问题三、代理安全性

问题四、代理方案下，有重试逻辑。 如何准确定义和判断失败， 可能会引起消息重复推送

问题五、实现简单、有效，正向代理方式：只需实现一个实例化对象方法，其他利用原始sdk即可。独立apns服务方式：需要实现一个apns服务，国内、国外均需服务部署，需要增加独立的开发和运营成本，另外还得改造调用服务，实现请求调度，优点服务独立、单一，具备一个单独微服务条件

githubcom/sideshow/apns2

方法一: 修改SDK文件

第一步：设置环境变量

第二步：修改apns2NewClient方法

方法二: 从新定义一个NewClient方法