结合去年国庆和过年期间平台碰到的一些问题，下面主要介绍的是PHP里面会涉及到的各种超时以及其中存在的坑。
Nginx的超时配置
fastcgi_connct_timeout 60
Nginx和fastcgi进程建立连接的超时时间，默认60秒，如果超过了这个时间就断开连接。
fastcgi_read_timeout 300
和fastcgi进程建立连接后获得fastcgi进程响应的超时时间，默认60秒，如果超过了这个时间都没有获得响应就断开连接。我们经常碰到的是'504 Gateway Time-out'，就是因为后端连接没有在超时时间内返回数据导致的。我们经常碰到的是'502 Bad Gateway'，是因为fastcig进程报错，导致连接断开。
fastcgi_send_timeout 300
Nginx向fastcgi进程发送请求的超时时间，默认60秒，如果超过了这个时间都没有发送完就断开连接。可以通过上传比较大的文件，就会出现超时，然后就会返回'504 Gateway Time-out'。
PHP，PHP-FPM 的超时配置
max_execution_time 300
这个参数是在php.ini中设置的，说实在的这个参数没有什么太大的意义，因为这个300秒的超时时间仅仅是统计本身代码的执行时间，不包括网络请求，系统调用，数据库查询，sleep()等的时间，如果超过这个时间会产生一个'Fatal error: Maximum execution time'的错误，然后返回的是'500 Internal Server Error'。我们程序大部分的时间都是花在网络请求，数据库查询方面的。
request_terminate_timeout 0
这个参数是在php-fpm中设置的，这个超时时间就是整个fastcgi花费的所有时间，这个和
max_execution_time最大的不同，如果总时间超过了,会直接将FPM进程kill掉，然后返回'502 Bad Gateway'。很多人认为配置了这个参数max_execution_time就失效了，实际不是的，先达到哪个的超时时间就哪个配置起作用的。
建议是不要开启这个参数，因为如果你某个程序超时了，进程直接kill掉，你的数据完整性就没有办法保证了，可以在nginx那边做连接超时的控制和做好程序请求第三方资源超时时间的控制。
接口请求方面的超时设置
这部分要特别注意，在没有什么并发量的时候没有什么问题，在并发量大的时候，如果有些对接的第三方系统挂了或是处理速度很慢了，你的FPM进程很快就会用完，然后就是各种502，然后很有可能的就是系统崩溃了。我们在框架层面，对需要用到的请求方法做了统一的封装。
/**
* CURL 提交请求数据，现在基本的接口都是使用curl进行post请求
*
* @author dwer
* @date 2016-04-11
* @param string $url 请求URL
* @param string $postData 请求发送的数据
* @param int $port 请求端口
* @param int $timeout 超时时间
* @param array $headers 请求头信息
* @return bool|mixed
*/
function pft_curl_post($url, $postData, $port = 80, $timeout = 25, $headers = []) {
//超时时间处理
$timeout = intval($timeout);
$timeout = $timeout <= 0 ? 25 : $timeout;
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_PORT, $port);
curl_setopt($ch, CURLOPT_TIMEOUT, $timeout);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HEADER, 0);
if ((is_array($headers) || is_object($headers)) && count($headers)) {
curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);
}
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_POSTFIELDS, $postData);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0);
$res = curl_exec($ch);
//错误处理
$errCode = curl_errno($ch);
if ($errCode > 0) {
curl_close($ch);
return false;
} else {
//获取HTTP码
$httpCode = curl_getinfo($ch, CURLINFO_HTTP_CODE);
if ($httpCode != 200) {
curl_close($ch);
return false;
} else {
curl_close($ch);
return $res;
}
}
}
file_get_contents的封装
/**
* 统一封装的file_get_contents, 原生的file_get_contents绝对不能使用，没有设置超时时间，如果碰到网络问题，这个进程会一直卡在那边，无情地占用你的网络连接。
* @author dwer
*
* @param string $url 请求url
* @param integer $timeout 超时时间
* @param array $header 请求头部
* @return
*/
function pft_file_get_contents($url, $timeout = 10, $header = []){
$url = strval($url);
$timeout = intval($timeout);
$timeout = $timeout <= 0 ? 10 : $timeout;
$contextOptions = [
'http' => ['timeout' => $timeout]
];
if($header) {
$contextOptions['http']['header'] = $header;
}
$context = stream_context_create($contextOptions);
$res = file_get_contents($url, false, $context);
return $res;
}
SoapClient的封装
/**
* 统一封装的SOAP客户端封装，有些系统还在使用soap协议提供接口
* @author dwer
*
* 用法是一样的，只是添加了设置超时的时间的方法
* $soapClient = new PftSoapClient('xxx.wsdl');
* $soapClient->setTimeout(25);
* $soapClient->getMyMoney($params);
*/
class PftSoapClient extends \SoapClient {
//超时的时间
private $timeout = 0;
//设置超时时间
public function setTimeout($timeout) {
$timeout = intval($timeout);
$timeout = $timeout <= 0 ? 25 : $timeout;
$this->timeout = $timeout;
}
//请求接口
public function __doRequest($request, $location, $action, $version, $oneWay = FALSE) {
if ($this->timeout <= 0) {
//使用默认的方式
$res = parent::__doRequest($request, $location, $action, $version, $oneWay);
} else {
//使用添加了超时的方式
$socketTime = ini_get('default_socket_timeout');
ini_set('default_socket_timeout', $this->timeout);
$res = parent::__doRequest($request, $location, $action, $version, $oneWay);
ini_set('default_socket_timeout', $socketTime);
}
return $res;
}
}
数据库,Redis方面的超时
在Mysql和Redis服务器的配置中就会设置wait_timeout 和 timeout 参数，保证连接在超时没有连接的情况下断开连接。在程序方面需要做的就是处理超时后的'The MySQL server has gone away' 和 'PHP Fatal error: Uncaught exception 'RedisException' with message 'read error on connection'' 的异常捕获和重连接处理。不过正常情况下，这些在底层框架应该都做了统一的封装。
