用php getenv函数读取配置，这样做更方便更安全

发布日期： 2025-09-25 阅读量： 作者： admin

捣鼓getenv函数的经历

最近在整理项目代码的时候，发现有些配置信息，比如数据库密码啥的，直接写在代码文件里，感觉不太妥当。想着得找个法子把这些敏感信息挪出去，就琢磨起了环境变量这回事儿，自然就碰到了PHP里的getenv函数。

我对这玩意儿也没啥特别感觉，就想着试试看。先是在自己电脑上试了试，想获取个最常见的环境变量，比如系统的PATH。我就写了这么几行简单的PHP代码：

$path = getenv('PATH'); echo $path;

运行了一下，还真把我电脑上配置的那个长长的PATH环境变量给打印出来了。感觉挺直接，挺简单的嘛就是给它一个环境变量的名字，它就把值给你吐出来。

用getenv处理配置

然后我就想，这东西用在项目配置上应该挺合适。我就试着把我项目里的数据库连接信息给挪出来。以前是写在一个文件里的数组里，现在我想通过环境变量来读取。

我在服务器上（本地测试的时候就是自己电脑）设置了几个环境变量，比如DB_HOST、DB_USER、DB_PASS这些。具体怎么设置环境变量，方法挺多的，比如可以在启动PHP进程（像PHP-FPM）的时候指定，或者在Web服务器（Nginx或Apache）配置文件里加，甚至有些框架推荐用.env文件配合特定的库来加载，不过核心都是让PHP跑起来的时候能认得这些变量。

设置好之后，我就去改我的PHP代码了。原来是这样的：

$dbHost = $config['db']['host']; $dbUser = $config['db']['user']; $dbPass = $config['db']['password'];

现在改成这样：

$dbHost = getenv('DB_HOST'); $dbUser = getenv('DB_USER'); $dbPass = getenv('DB_PASS');

这么一改，代码里就看不到明文密码了，感觉清爽多了，也安全点儿。部署的时候，只需要在新环境上配置好对应的环境变量就行，代码本身不用动。试了下，连接数据库啥的都正常，说明getenv确实把环境变量的值给读进来了。

顺便提一下putenv

在研究getenv的时候，我还看到了一个叫putenv的函数。这哥俩名字看着就像一对儿。putenv是用来在PHP脚本里临时设置环境变量的。比如你可以写putenv('MY_TEMP_VAR=hello');，然后用getenv('MY_TEMP_VAR')就能读到"hello"。不过要注意，这种方式设置的环境变量，通常只在当前这回请求的处理过程中有效，请求一结束，这个临时设置的环境变量就没了。对我这回的需求（读取服务器预设的环境变量）来说，putenv用不上，但了解一下总没坏处。

获取所有环境变量

我还发现，如果你不给getenv传参数，直接调用getenv()（或者在某些情况下可能需要其他方式，比如用$_ENV或$_SERVER，但getenv本身主要是设计来获取单个值的），理论上是想获取所有的环境变量。不过实践中我发现直接调用getenv()好像不总是返回所有变量，或者说行为有点微妙。一般我要看所有环境变量的话，更习惯用phpinfo()页面里的Environment部分，或者直接在命令行用printenv命令查看。但知道getenv主要设计是用来拿单个指定的环境变量就够用了。

踩过的小坑

用着用着，也发现一些需要注意的地方。比如，有人说用getenv('REMOTE_ADDR')来获取访问用户的IP地址。这个我试过，有时候行，有时候拿到的IP不对，特别是网站前面加了代理或者CDN之后，拿到的可能是代理服务器的IP。拿客户端IP这事儿，完全依赖getenv可能不太靠谱，得结合看$_SERVER数组里的HTTP_X_FORWARDED_FOR或者HTTP_CLIENT_IP这些头信息，还得做些判断才行。得明白getenv取的是PHP进程运行环境里的变量，它不一定直接反映最终用户的真实情况。

总结一下

这回捣鼓getenv函数的实践还是挺有收获的。它确实是个简单实用的工具，特别适合用来把配置信息，尤其是敏感信息，跟代码分离开，让代码更干净、部署更灵活。用法很简单，就是getenv('变量名')。用的时候也要注意它的适用场景，别指望它解决所有问题，比如获取用户真实IP这种复杂情况，还是得用更稳妥的方法。对我来说，以后处理项目配置，getenv肯定是个优先考虑的选项了。

上一篇: 云主机与VPS主机哪个更适合你？看完不纠结！

下一篇: 还在找彩虹云虚拟主机？这里有更全的测评

用php getenv函数读取配置，这样做更方便更安全

随便看看