Tại sao không thể giải nén tập tin .zip? [đóng cửa]

Tôi đã thử phần lớn các định dạng (gzip, v.v.) để trích xuất một tệp zip tarvà khi tôi cảm thấy đủ thất vọng với Google về nó, tôi không tìm thấy cách nào để trích xuất một tệp zip tarvà chỉ đề xuất sử dụng ziphoặc unzip. Thực tế, hệ thống Linux của tôi thậm chí không có ziptiện ích, nhưng chỉ unzip(khiến tôi tự hỏi tại sao đây là tùy chọn được đề xuất chính). Tất nhiên là có unziphiệu quả, giải quyết vấn đề của tôi, nhưng tại sao không thể targiải nén tệp zip? Có lẽ tôi nên hỏi, sự khác biệt giữa zip và phương thức nén được hỗ trợ bởi tarcái gì?

Triết lý UNIX là có các công cụ nhỏ. Một công cụ đang làm chính xác một điều, nhưng điều này đặc biệt tốt.

Công tarcụ này chỉ kết hợp một số tệp thành một tệp mà không nén.

Công gzipcụ này chỉ là nén một tập tin duy nhất.

Nếu bạn muốn có cả hai, bạn chỉ cần kết hợp cả hai công cụ dẫn đến một .tar.gztệp.

Công zipcụ này là một điều hoàn toàn khác. Nó lấy một loạt các tệp và kết hợp chúng thành một tệp nén duy nhất. Với các thuật toán hoàn toàn khác nhau.

Nếu bạn muốn một công cụ để cai trị tất cả sử dụng atool. Nó sẽ hỗ trợ một loạt các định dạng khác nhau chỉ bằng cách phát hiện định dạng và gọi đúng công cụ.

Câu chuyện dài: công cụ tar GNU không chuyển qua zip / giải nén vì không ai quan tâm.

Truyện dài, kích thước gốc:

tarban đầu không có nghĩa là giải nén và nén các tệp, nhưng để lưu trữ một số tệp trong một tệp lớn. Vì mọi người không chỉ muốn lưu trữ tệp của họ mà còn nén chúng, vì vậy họ chỉ đưa tarđầu ra qua bất kỳ máy nén nào chấp nhận đầu vào luồng dữ liệu và thả kết quả vào một tệp. Lợi nhuận!

Bây giờ, để làm cho nhiệm vụ đó trở nên không đau đớn nhất có thể, tarđã quyết định chuyển nội bộ các tệp được tạo sang các công cụ nén, như gzip, lzma, v.v., được kích hoạt bằng các cờ đặc biệt cho mỗi định dạng khi chạy tar. Đó là lý do tại sao khi bạn cố trích xuất một tệp bị hỏng thông qua tarbạn sẽ thấy lỗi công cụ cơ bản, thay vì tar's:

$ tar zxf damaged.tar.gz
gzip: damaged.tar.gz: unexpected end of file

Vì vậy, không phải là tarkhông giải nén tệp zip, chỉ là tarnó không có khả năng chuyển nó qua công cụ chính xác, vì thực tế không ai bận tâm thực hiện nó và zip đã hoàn thành chức năng lưu trữ tệp của tệp tar định dạng có ít lý do cho tar để hỗ trợ nó.

Bây giờ, có những công cụ tất cả trong một nén / giải nén mọi thứ bạn ném vào chúng, một lần nữa, bạn cần phải có các công cụ chính xác để thực sự hỗ trợ nó. Nếu bạn không có chúng, công cụ sẽ thất bại.

Bản thân một tartệp là một định dạng tệp được thiết kế để lưu trữ băng. Định dạng này sau đó có thể được nén bằng cách sử dụng (ví dụ) gziphoặc bzip2định dạng nén. Khi bạn giải nén một tệp tar đã nén, bạn giải nén nó một cách hiệu quả, sau đó giải nén các tệp gốc từ tartệp không nén .

Khi bạn giải nén một ziptệp không có tartệp nào trong đó, chỉ có tất cả các tệp gốc của bạn. Do đó, không có lý do gì tarđể tham gia vào quá trình này cả.

Bạn cũng có thể nén các tệp bằng cách sử dụng gziphoặc bzip2tự mình giống như bạn có thể tạo ziptệp (không tarliên quan). Khi bạn giải nén các tệp này, bạn có sử dụng gunziphay bunzip2không tar.

Như câu trả lời "Một số thứ chỉ là và chúng ta nên chấp nhận chúng" cũng không phù hợp với tôi, tôi chỉ thực hiện một số hoạt động đào (luôn luôn tốt để học một cái gì đó mới phải không?).

Vì vậy, có vẻ như vấn đề là một trong những công cụ đã đi và mục đích của họ là gì.

Thay vì diễn giải những gì tôi tìm thấy và biến các vùng biển cách không cần thiết u ám (pisses obfuscation tôi off), hãy xem bài viết này: http://www.differencebetween.net/technology/difference-between-zip-and-gzip/

Tôi cho rằng tar có thể được xây dựng trong hỗ trợ zip, nhưng các phương pháp rõ ràng là khác nhau về cơ bản. Hoặc có lẽ họ nghĩ tại sao ai đó sẽ sử dụng công cụ lưu trữ này để quản lý các tệp từ một công cụ lưu trữ và nén khác (hoặc có lẽ có một số tranh cãi giữa hai lập trình viên gốc và đã có lệnh cấm không cho phép các khóa kéo qua ranh giới ứng dụng .. vâng tôi đang đùa).