.env文件是特定于环境的文件，用于容纳特定于您正在运行的环境的变量。您将其远离版本控制。
让我们看一下Laravel的默认.env文件：
APP_NAME=Laravel
APP_ENV=local
APP_KEY=
APP_DEBUG=true
APP_URL=http://localhost
LOG_CHANNEL=stack
LOG_DEPRECATIONS_CHANNEL=null
LOG_LEVEL=debug
DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=laravel
DB_USERNAME=root
DB_PASSWORD=
BROADCAST_DRIVER=log
CACHE_DRIVER=file
FILESYSTEM_DISK=local
QUEUE_CONNECTION=sync
SESSION_DRIVER=file
SESSION_LIFETIME=120
MEMCACHED_HOST=127.0.0.1
REDIS_HOST=127.0.0.1
REDIS_PASSWORD=null
REDIS_PORT=6379
MAIL_MAILER=smtp
MAIL_HOST=mailpit
MAIL_PORT=1025
MAIL_USERNAME=null
MAIL_PASSWORD=null
MAIL_ENCRYPTION=null
MAIL_FROM_ADDRESS="hello@example.com"
MAIL_FROM_NAME="Laravel"
AWS_ACCESS_KEY_ID=
AWS_SECRET_ACCESS_KEY=
AWS_DEFAULT_REGION=us-east-1
AWS_BUCKET=
AWS_USE_PATH_STYLE_ENDPOINT=false
PUSHER_APP_ID=
PUSHER_APP_KEY=
PUSHER_APP_SECRET=
PUSHER_HOST=
PUSHER_PORT=443
PUSHER_SCHEME=https
PUSHER_APP_CLUSTER=mt1
在典型的应用中，这会随着时间的推移而增长，并且越来越多的变量一直在添加。
在与Shopify这样的服务集成的示例应用程序中，您可能需要维护每个环境（本地，开发，舞台，QA，生产等）的绝对URL。
当然，我们想实现干燥（不要重复自己），因此在同一文件中多次重复域名不是一个选项 - 重复环境时会导致人为错误，并且是只是时间不好。
在.env文件中使用变量
我们可以使用.env文件中的变量来解决此问题。
魔术是将URL包裹在卷发括号中，并用$符号将URL包裹起来。
让我们看看上面的Shopifial示例。
设置一个APP_URL：
APP_URL=https://example.com
现在稍后在以下内容中引用：
SHOPIFY_WEBHOOKS="${APP_URL}/shopify/webhook"
这将决定：
SHOPIFY_WEBHOOKS="https://example.com/shopify/webhook"
在Laravel APP_URL中是您将重复使用的常见变量，但是APP_NAME也很可能被大量使用，尤其是对于MAIL_FROM_NAME等类似的东西。在可能的情况下，使用变量也很有用，即使对于像APP_NAME这样的事物，您可能认为它永远不会改变，但是您可能希望将其更改为每个环境的特定事物，例如：
APP_NAME="My App (Staging - staging.example.com)"
这样，您可以轻松地识别来自登台或质量检查环境的电子邮件。