.env中密码含#、@、$等字符会失效，因shell解析规则导致注释截断、变量展开或DSN解析错误；必须用单引号强制包裹（如DB_PASSWORD='p@ss#w0rd!'），否则Laravel读取不全，连接被拒。
会出问题，而且非常容易 silently 失败——不是报错，而是读不到完整密码，连接直接被拒绝。
为什么 .env 里密码带 # @ $ 等字符会失效
Laravel 启动时用 PHP 的 getenv() 或 $_ENV 读取 .env 文件，但这个过程依赖 shell 风格的解析规则：
-
#开头或出现在值中间时，整行或其后部分会被当注释丢弃（ORACLE_PASSWORD=jh123q#4→ 实际读到jh123q） -
$会被尝试变量展开（DB_PASSWORD=abc$HOME→ 可能变成abc/usr/home/xxx） -
@、:、/在 URL 类型配置（如 Oracle、SQL Server 连接串）中会破坏结构，但 Laravel 自己不解析这些，是下游驱动（如 PDO、oci8）在解析时崩掉
正确写法：必须加引号
不是“建议”，是强制要求。Laravel 官方 dotenv 组件（vlucas/phpdotenv）明确支持单引号和双引号包裹值，且这是唯一可靠方式：
- 单引号最安全：
DB_PASSWORD='p@ss#w0rd!'—— 里面所有字符原样保留，不展开、不截断 - 双引号也可用，但要小心
$和`：DB_PASSWORD="p@ss#w0rd!"是 OK 的；DB_PASSWORD="hello$PATH"就危险 - 绝对不要裸写：
DB_PASSWORD=p@ss#w0rd→ 从#开始被截断，等效于DB_PASSWORD=p@ss
即使加了引号，PDO 连接 MySQL 还可能报错？
是的，因为 Laravel 最终拼的是 PDO DSN 字符串（如 mysql:host=127.0.0.1;dbname=testdb;charset=utf8mb4），而密码只是其中一环。如果密码含 ;、=、/，DSN 解析器会误切分。此时仅靠 .env 引号不够，还需：
- 改用数组式配置：在
config/database.php中把密码单独提出来，绕过 DSN 拼接逻辑 - 或对密码做 URL 编码（仅限 MySQL）：用
urlencode($password)处理后再塞进 DSN，但注意 PDO 不自动 decode，得确认驱动是否支持（MySQL Connector/J 支持，原生 PDO 不保证） - 更稳妥的做法：换用
PDO::ATTR_CONNECTION_OPTIONS分离传参，避免密码进 DSN 字符串
最容易被忽略的一点：CI/CD 环境里，.env 文件常被模板引擎（如 Ansible、Jinja）或部署脚本动态生成——这些工具自己也有变量语法和转义规则，引号可能被吃掉或转义失败。上线前务必在目标环境里运行 php artisan tinker -n，然后敲 env('DB_PASSWORD') 看实际读到什么。
