修改tar包里的东西，最可靠的方案是解压→改内容→重新打包，但在只改小文件、只删单个文件、只替换一个文件内容这些具体场景里，有更快的捷径。
很多人第一次在服务器上碰到“tar包里的文件要改”，第一反应是解压全部内容，改完再塞回去，这个思路没错，但在实际运维中，tar包体积动不动几个GB，全量解压一次耗时不说，还占磁盘空间，我根据自己的服务器操作经验，把几种常见改法按场景拆开讲。
![【MC开服须知】如何给[基岩版]服务器添加资源/行为包](https://i1.hdslb.com/bfs/archive/58f3b49b0e9036520b57910b42aff5a0d5e056c9.jpg)
分清场景再动手：tar包修改没有万能命令
在我处理过的服务器维护需求里,“tar包怎么修改文件”这个问题，其实对应着四种完全不同的任务：
- 改包内某一个文本文件的内容,比如改配置文件里的IP地址
- 删掉包里的某个文件,比如清理一个多余的日志
- 往里加一个新文件,比如补充一个部署脚本
- 批量替换大量文件内容,比如整站迁移后改所有配置项
搞清楚要干什么,再选命令，因为tar本身是打包工具，压缩是它配合gzip、bzip2、xz之后的效果，所以修改tar包本质上是在改一个归档文件的结构，这决定了有些操作可以“隔空”完成，有些操作必须先落地。
行业共识认为,tar包内文件的修改顺序对最终结果影响不大，但对操作效率影响很大，选错方法，最直接的后果是服务器磁盘被临时文件塞满，或者打包出来的压缩文件体积异常变大。
服务器tar命令修改压缩包内容，先解压再打包
这是最通用、最稳妥的做法，适合大多数场景，我通常把它拆成三步。
完整解压修改，适合大批量改动
命令如下：
tar -xzf app.tar.gz -C /tmp/app_extract
解压完成后,直接在解压目录里改文件，改完重新打包：
tar -czf app_new.tar.gz -C /tmp/app_extract .
这里的关键是把目录切换和通配符处理好。如果用 tar -czf app.tar.gz /tmp/app_extract，打包出来会带着完整的绝对路径结构，解压到目标服务器时会散落一地，这是很多新手会踩的坑，正确做法是先用 cd /tmp/app_extract 进入目录，再打包，确保归档内路径是相对路径。
只解压单个文件修改，避免全量展开
如果只是改包内一个文件,没必要把整个tar包解开，比如此刻有一个配置文件 config/app.yml 在tar包里：
tar -xzf app.tar.gz config/app.yml -C /tmp
这条命令只把
config/app.yml 解压出来，改完之后要放回去，有两个思路，一是用下面这种追加方式：
tar -czf app.tar.gz -C /tmp config/app.yml
注意,tar默认是追加模式，重复打包同名文件会覆盖旧文件，但你得先确认这个tar包确实是gzip压缩的，如果原本是裸tar包或者bz2压缩，包的格式不一样，追加的压缩格式也得对应，否则新文件加不进去，或者包直接被损坏。
重新打包时保留权限和属主
服务器上的tar包往往承载着文件权限信息,比如脚本要可执行、配置文件要600权限，解压后如果权限丢了，打包回去就是个隐患，我在处理这个问题时使用以下参数：
tar -czpf app_new.tar.gz -C /tmp/app_extract .
-p 参数保留文件权限属性，打包时带上它，解压时也用 -p 恢复，这是我在服务器上处理PHP运行目录、Java部署包时非常依赖的一步，权限不对，项目启动必然报错。
不解压直接修改tar包：vim与流式处理
有人可能觉得解压太费事,问“tar包怎么修改文件才能不解压直接改”，确实可行，我用过两种方式，但它们有各自的适用边界。
vim直接编辑tar.gz内文件
vim本身集成了对tar包的处理能力,在服务器上执行：
vim app.tar.gz
会看到一个归档内文件列表,用光标移动到目标文件上按回车，vim会把该文件解压到临时目录并打开编辑，改完之后用 wq 保存，vim会自动把内容写回tar包。
这个方案只适用于.tar.gz或.tar.bz2格式，对纯tar包支持不稳定。 另一个真实限制是，vim写回tar包时会把整个归档重新打包一次，如果包里有大量大文件，保存时耗时会很明显，甚至看起来像卡死了，据我观察，vim直接改tar包只适合改几个KB的配置文件，改几MB以上的文件建议放弃这条路。
tar与sed管道流式替换，适合小文件快速修改
如果你要改的文件是文本格式,改动又很规律，比如批量替换IP地址，可以这样操作：
tar -xzf app.tar.gz config/database.yml -O | sed 's/192.168.1.10/10.0.0.5/g'
-O 参数把指定文件内容输出到标准输出，不落地磁盘，配合sed做内容替换，但这不是真正的修改，因为你还需要把替换结果重新打包，完整操作是：
tar -xzf app.tar.gz config/database.yml -O | sed 's/192.168.1.10/10.0.0.5/g' > /tmp/database.yml tar -czf app.tar.gz -C /tmp database.yml
第二个命令执行后的效果是：tar包里的 config/database.yml 被替换成新内容，因为前面提到的tar同名文件覆盖机制起了作用，这个方法在批量处理多份tar包、比如批量修改部署镜像时特别实用，直接在shell脚本里循环就能完成。
tar包内部增删文件，省下解压时间
tar命令有一个容易被忽略的选项 --delete，可以删掉归档里指定的文件，还有 --update 可以按时间戳更新文件，这两个参数我在服务器上删多余文件、补充新配置时经常用。
删除包内单个文件，–delete一步到位
tar --delete -f app.tar.gz config/old.conf
执行之后,config/old.conf 就从归档里摘掉了，多个文件可以一起删：
tar --delete -f app.tar.gz config/old.conf runtime/log.txt
这个操作不涉及解压，速度非常快，即使tar包几个GB，删除操作也就一两秒。 这里提醒一下：--delete 在某些老版本tar上会重建整个归档，期间需要临时空间，空间不足时确实有可能删到一半报错，建议操作前用 df -h 确认磁盘余量。
用–update把新文件替换进归档
当我想把本地的 app.yml 替换掉tar包里的同名文件时，可以这样：
tar --update -f app.tar.gz -C /tmp config/app.yml
--update 会比较文件时间戳，本地文件比包内新就写入，旧就忽略，有两点需要注意：
- 必须是裸tar包或者未压缩格式,
--update对.gz压缩包支持不稳定 - 新文件的路径结构必须和包内一致,
-C /tmp决定了路径根位置
如果你处理的是压缩过的 .tar.gz，最稳妥的方式还是先解压再包回去，或者用前面的vim方案，我在给服务器做配置变更时发现，多数debian系和centos系的tar版本压缩包更新行为并不一致，所以在生产环境批量操作前，建议先用一个测试包验证行为，再上真实包。
修改tar包时的路径与权限陷阱
实操中容易翻车的不是命令本身,而是包内路径结构和权限，这块我踩过不少次。
绝对路径归档的溢出风险
以前收到过一个备份包,里面记录的是 /var/www/html/index.php 这样的绝对路径，如果我直接解压修改再打包，这个包拿到别的服务器上解压，它会直接覆盖对方服务器上的同名文件，这不仅是修改tar包的问题，也是安全风险，业内专家指出，正规的tar包内应该全部是相对路径。
检测方法很简单：
tar -tf app.tar.gz
输出里如果以 开头，说明是绝对路径归档，重新打包时一定要用 -C 切换根目录：
tar -czf app_new.tar.gz -C /var/www html
权限压缩格式的差异处理
tar包里文件的属主和权限信息,在打包时默认保留，但压缩格式会影响恢复方式：
| 压缩格式 | 解压命令 | 打包命令 | 是否有压缩率优势 |
|---|---|---|---|
| .tar | tar -xf | tar -cf | 无压缩 |
| .tar.gz | tar -xzf | tar -czf | 压缩率高 |
| .tar.bz2 | tar -xjf | tar -cjf | 压缩率更高但耗时 |
| .tar.xz | tar -xJf | tar -cJf | 压缩率最高但耗时最长 |
解压.gz格式建议用 -p 恢复权限，否则包内原本的执行权限、读写权限都会按当前用户的umask重新计算，改完的包传给别的服务器，应用启动时会报权限错误。
Q&A：tar包怎么修改文件才能不影响线上服务
Q1：tar包只解压单个文件修改后，怎么让改动生效到运行中的服务？
解压修改并重新打包只是完成了归档层面的操作,运行中的服务如果已经加载了旧配置，需要重启服务或重新部署才能读取新内容，这也是为什么很多运维同学在改配置前会先停掉进程，改完再启动，避免改到一半被进程读走旧文件。
Q2：tar包里修改过的文件权限丢失，怎么快速恢复？
如果重新打包前忘了加 -p，可以在解压后执行 chmod 指定权限，但更高效的方式是 tar --xattrs --acls 结合使用，据我日常操作的经验，大部分tar版本默认支持POSIX权限记录，关键是全链路一致，解压、修改、打包阶段都用 -p，权限就不会丢。
Q3：tar.gz修改文件后，如何验证包内内容没损坏？
先执行 gzip -t 验证压缩层完整性，再执行 tar -tf 对比文件列表，最后用 tar -xzf -O 某个文件 抽查内容，我习惯在修改完成后生成一个文件清单，通过核对清单，基本能确保整条链路没有问题。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/747473.html
