修改内核参数后重启失效，需持久化保存：一、写入/etc/sysctl.conf并执行sysctl -p；二、推荐使用/etc/sysctl.d/*.conf并运行sysctl --system；三、动态场景可用systemd drop-in注入/run/sysctl.d/；四、用sysctl --all --system验证来源；五、早期参数需通过GRUB传参。
如果您在Linux系统中修改了内核参数，但重启后设置失效，则说明当前更改仅作用于运行时，未实现持久化保存。以下是将内核参数写入配置文件并确保其在系统启动时自动加载的多种方法：
一、通过/etc/sysctl.conf文件配置
该文件是传统且广泛支持的sysctl参数持久化方式，系统启动时由systemd-sysctl或sysctl服务读取并应用其中的设置。
1、使用文本编辑器打开/etc/sysctl.conf文件，例如执行：sudo nano /etc/sysctl.conf。
2、在文件末尾添加需要持久化的参数行，格式为：net.ipv4.ip_forward = 1，每行一个键值对，等号两侧可有空格。
3、保存并退出编辑器。
4、立即应用新配置（不重启）：sudo sysctl -p。
5、验证是否生效：sysctl net.ipv4.ip_forward，应返回net.ipv4.ip_forward = 1。
二、通过/etc/sysctl.d/目录下的独立配置文件
现代Linux发行版推荐使用此方式，便于模块化管理，避免直接修改主配置文件，且支持按优先级覆盖（数字前缀越小优先级越高）。
1、在/etc/sysctl.d/目录中创建以.conf结尾的新文件，例如：sudo nano /etc/sysctl.d/99-custom.conf。
2、在该文件中写入参数，格式同sysctl.conf，如：vm.swappiness = 10。
3、保存退出后，执行：sudo sysctl --system，该命令会重新加载所有/etc/sysctl.d/*.conf及/etc/sysctl.conf。
4、检查参数是否已加载：sysctl vm.swappiness。
三、通过systemd临时文件单元（适用于需动态生成参数的场景）
当参数依赖运行时环境（如容器网络、动态IP等），可通过systemd drop-in机制在启动时注入，避免硬编码。
1、创建systemd sysctl服务的覆盖目录：sudo mkdir -p /etc/systemd/system/systemd-sysctl.service.d。
2、新建覆盖配置文件：sudo nano /etc/systemd/system/systemd-sysctl.service.d/override.conf。
3、写入以下内容（以设置参数为例）：
[Service]
ExecStartPre=/bin/sh -c 'echo "net.core.somaxconn = 65535" > /run/sysctl.d/10-dynamic.conf'。
4、重载systemd配置：sudo systemctl daemon-reload。
5、确保/run/sysctl.d/目录在sysctl --system扫描路径中（默认包含），重启后参数将自动写入并加载。
四、验证配置是否被正确加载
系统不会自动报告哪些配置文件被跳过或语法错误，需手动确认实际生效来源。
1、列出所有已加载的sysctl参数及其来源文件：sysctl --all --system，输出中每行末尾括号内显示对应配置路径。
2、单独检查某参数的生效值与来源：sysctl -p -n net.ipv4.conf.all.forwarding，配合--show-key可定位定义位置。
3、检测配置语法错误而不应用：sudo sysctl -e -p /etc/sysctl.conf，-e选项忽略错误继续处理。
五、注意事项与常见陷阱
某些参数在内核启动早期即锁定，仅靠sysctl无法修改，必须通过内核命令行传参。
1、对于必须在initramfs阶段启用的参数（如kernel.kptr_restrict），需在GRUB配置中添加：GRUB_CMDLINE_LINUX="kptr_restrict=2"，然后运行sudo update-grub并重启。
2、若使用容器运行时（如Docker），宿主机的sysctl设置默认不传递给容器，需在容器启动时显式指定：docker run --sysctl net.ipv4.ip_forward=1 ...。
3、检查当前运行时值与配置文件值是否一致：diff /dev/null | sort)，差异项即未被持久化或未加载的参数。
