function getClientIp(){
if(isset($_SERVER['HTTP_CLIENT_IP'])){
    $ip = $_SERVER['HTTP_CLIENT_IP'];
}//不一定所有服务器有HTTP_CLIENT_IP
if(isset($_SERVER['HTTP_X_REAL_IP'])){
    $ip = $_SERVER['HTTP_X_REAL_IP'];//HTTP_X_REAL_IP其值在不同的代理环境不固定
}elseif(isset($_SERVER['HTTP_X_FORWARDED_FOR'])){
    $ip = $_SERVER['HTTP_X_FORWARDED_FOR'];//每次代理在后面，第一个是真实
    $ips = explode(',', $ip);
    $ip = $ips[0];
}elseif($_SERVER['REMOTE_ADDR']){
    $ip = $_SERVER['REMOTE_ADDR'];
}else{
    $ip = '0.0.0.0';
} 
return $ip;

}
以下这里是别人的ps点，转自请输入链接描述

getenv坑死我了

$_SERVER和getenv的区别，getenv不支持IIS的isapi方式运行的php
getenv(“REMOTE_ADDR”)函数在 apache下能正常获取ip地址，而在iis中没有作用，而$_SERVER['REMOTE_ADDR']函数，既可在apache中成功获取访客的ip地址，在iis下也同样有效

关于 REMOTE_ADDR

一，这个变量获取到的是《直接来源》的 IP 地址，所谓《直接来源》指的是直接请求该地址的客户端 IP 。这个 IP 在单服务器的情况下，很准确的是客户端 IP ，无法伪造。当然并不是所有的程序都一定是单服务器，比如在采用负载均衡的情况（比如采用
haproxy 或者 nginx 进行负载均衡），这个 IP 就是转发机器的 IP
，因为过程是客户端->负载均衡->服务端。是由负载均衡直接访问的服务端而不是客户端。

二、关于 HTTP_X_FORWARDED_FOR 和 HTTP_CLIENT_IP 基于《一》，在负载均衡的情况下直接使用
REMOTE_ADDR 是无法获取客户端 IP 的，这就是一个问题，必须解决。于是就衍生出了负载均衡端将客户端 IP 加入到 HEAD
中发送给服务端，让服务端可以获取到客户端的真实 IP 。当然也就产生了各位所说的伪造，毕竟 HEAD
除了协议里固定的那几个数据，其他数据都是可自定义的。

三、为何网上找到获取客户端 IP 的代码都要依次获取 HTTP_CLIENT_IP 、 HTTP_X_FORWARDED_FOR 和
REMOTE_ADDR 基于《一》和《二》以及对程序通用性的考虑，所以才这样做。 假设你在程序里直接写死了 REMOTE_ADDR
，有一天你们的程序需要做负载均衡了，那么你有得改了。当然如果你想这么做也行，看个人爱好和应用场景。也可以封装一个只有 REMOTE_ADDR
的方法，等到需要的时候改这一个方法就行了。

HTTP_CLIENT_IP: 头是有的，只是未成标准，不一定服务器都实现了。

X-Forwarded-For（XFF）:
是用来识别通过HTTP代理或负载均衡方式连接到Web服务器的客户端最原始的IP地址的HTTP请求头字段,
格式：clientip,proxy1,proxy2

REMOTE_ADDR: 是可靠的， 它是最后一个跟你的服务器握手的IP，可能是用户的代理服务器，也可能是自己的反向代理。

X-Forwarded-For 和 X-Real-IP区别：

X-Forwarded-For是用于记录代理信息的，每经过一级代理(匿名代理除外)，代理服务器都会把这次请求的来源IP追加在X-Forwarded-For中,
而X-Real-IP，没有相关标准, 其值在不同的代理环境不固定

这里附一张对X-Forwarded-For的理解图，我觉得挺有帮助的：