PHP7.4配置依赖php.ini等文本文件，修改后必须重启PHP-FPM或Apache才生效；Java17采用分层配置机制，支持JVM参数硬性控制与Spring Boot热加载，部分配置可动态刷新无需重启。
PHP7.4配置管理：靠文件+重启生效
PHP7.4 的配置完全依赖于 php.ini 及其扩展配置文件（如 opcache.ini、redis.ini），所有运行时行为由这些纯文本文件控制，修改后必须重启 PHP-FPM 或 Apache 才能生效。
第一步：定位主配置文件。执行 php --ini 查看 Loaded Configuration File 路径，常见位置为 /etc/php/7.4/cli/php.ini（CLI）或 /etc/php/7.4/fpm/php.ini（FPM）。
第二步：调整关键参数。例如启用 OPcache 需取消注释 zend_extension=opcache.so，并设置 opcache.enable=1、opcache.memory_consumption=128；若要限制上传大小，直接改 upload_max_filesize=64M 和 post_max_size=64M。
第三步：验证配置是否加载成功。创建 info.php 文件写入 <?php phpinfo(); ?>，通过浏览器访问，搜索关键词确认值已变更；或用命令行 php -m | grep opcache 检查模块是否启用。
立即学习“PHP免费学习笔记（深入）”；
【注意：修改 php.ini 后不重启服务，所有变更完全无效】。Nginx 或 Apache 本身不会感知 PHP 配置变化，必须执行 systemctl restart php7.4-fpm（Ubuntu）或 service php-fpm-74 restart（CentOS）。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
Java17配置管理：分层覆盖+热加载支持
Java17 不依赖单一全局配置文件，而是通过多层级配置机制组合生效：JVM 启动参数 > 系统属性 > 应用配置文件（如 application.yml） > 环境变量 > 外部配置中心（如 Nacos、Consul），且部分配置支持运行时动态刷新。
方法一：JVM级硬性配置（不可热更新）
启动时通过 -Xms2g -Xmx4g -XX:+UseZGC 直接控制内存与GC策略；添加 -Dfile.encoding=UTF-8 设置默认字符集。这类参数一旦 JVM 启动就固化，修改必须重启进程。
方法二：Spring Boot应用级配置（可热加载）
将数据库连接、API超时等业务参数写入 src/main/resources/application.yml，配合 @ConfigurationProperties 注解读取；若引入 spring-boot-devtools 或 spring-cloud-starter-refresh，修改配置后调用 /actuator/refresh 端点即可重载部分属性，无需停机。
方法三：环境隔离配置（零代码修改）
按环境拆分配置文件：application-prod.yml、application-test.yml，启动时加参数 --spring.profiles.active=prod 即可切换；也可用系统环境变量 SPRING_PROFILES_ACTIVE=prod 替代，避免配置文件打包进 JAR。
Java17 运行时可通过 jcmd <pid> VM.system_properties 实时查看当前生效的系统属性，比 PHP 的 phpinfo() 更轻量、更聚焦于运行态。
核心差异落地对比
PHP7.4 修改一个 max_execution_time 值，必须编辑 php.ini → 保存 → 重启 php-fpm → 等待服务恢复 → 再验证；中间任何一步出错（比如路径填错、语法多了一个分号），整个 PHP 解释器会拒绝启动，网站直接 502。
Java17 修改同一语义的超时时间（如 spring.mvc.async.request-timeout），只需改 application.yml → 发送 POST 到 /actuator/refresh → 3 秒内生效；即使刷新失败，原服务仍正常运行，错误日志清晰提示哪一行配置格式非法。
PHP7.4 的配置是“全有或全无”的静态快照；Java17 的配置是“按需叠加”的动态图谱。
