Czkawka使用可立即从您的计算机中删除不必要的文件。提供强大得多算法和处理速度，快速扫描，您可以根据各种条件来进行重复项、空文件、大文件、相同或者相似文件的查找，还可以找到无效的符号链接、损坏的文件以及错误的扩展名等，方便您进行处理！
功能特色
1、用内存安全的 Rust 编写
2、惊人的速度 - 由于使用了或多或少的高级算法和多线程
3、免费，开源，无广告
4、多平台 - 适用于Linux，Windows，macOS，FreeBSD等等
5、缓存支持 - 第二次和进一步的扫描应该比第一次快得多
6、CLI 前端 - 实现轻松自动化
7、GUI 前端 - 使用 GTK 4 框架，看起来类似于 FSlint
8、禁止间谍活动 - Czkawka 无法访问互联网，也不收集任何用户信息或统计数据
9、多语言 - 支持多种语言，如波兰语、英语或意大利语
10、多种工具使用：
重复项 - 根据文件名、大小或哈希查找重复项
空文件夹 - 借助高级算法查找空文件夹
大文件 - 查找给定位置中提供的最大文件的数量
空文件 - 在驱动器中查找空文件
临时文件 - 查找临时文件
相似图像 - 查找不完全相同的图像（不同的分辨率，水印）
相似视频 - 查找视觉上相似的视频
相同的音乐 - 搜索具有相同艺术家，专辑等的音乐。
无效的符号链接 - 显示指向不存在的文件/目录的符号链接
损坏的文件 - 查找无效或损坏的文件
错误的扩展名 - 列出其内容与其扩展名不匹配的文件
使用说明
1、重复查找器
重复查找器允许您搜索文件并根据预定义的条件对它们进行分组：
按名称-按名称比较和分组文件，例如将被视为名为的文件的副本。这是最快的方法，但它非常不可靠，除非您知道，否则不应使用你在做什么。/home/john/cats.txt/home/lucy/cats.txt
按大小-按大小（仅以字节为单位和完全匹配）对文件进行比较和分组。它与以前的模式一样快，通常重复的结果更好，但如果您不知道自己在做什么，我也不建议您使用它。
通过哈希-一种模式，包含对给定文件的哈希（加密哈希）的检查，该模式以极大的方式确定文件是否相同的概率。
这是比较文件是否相同的最慢但几乎100%确定的方法。
由于哈希仅在相同大小的文件组中检查，因此实际上不可能用于两个不同的要被视为相同的文件。
它包括3个步骤：
对相同大小的文件进行分组-允许您丢弃唯一大小的文件，这些文件已知没有此阶段重复。
预哈希检查-使用所有处理器线程将大小相同的每组文件放置在队列中（每个操作该组独立于其他组）。在每个这样的组中，依次加载每个文件的小片段（2KB），并且然后散列。其部分哈希在组中唯一的所有文件都将从组中删除。通常使用此步骤使我将搜索重复项的时间减少了近一半。
检查哈希-将具有相同开头的文件保留在组中后，您现在应该检查整个内容以确保它们相同。
2、空文件
搜索空文件既简单又快速，因为我们只需要检查文件元数据及其长度。
3、空文件
搜索空文件既简单又快速，因为我们只需要检查文件元数据及其长度。
4、大文件
对于给定路径中的每个文件，读取其大小，然后在对列表进行排序后，例如 50 个最大文件，将显示文件。
5、临时文件
搜索临时文件仅涉及将其扩展名与先前准备的列表进行比较。
目前，具有这些扩展名的文件被视为临时文件 -
["#", "thumbs.db", ".bak", "~", ".tmp", ".temp", ".ds_store", ".crdownload", ".part", ".cache", ".dmp", ".download", ".partial"]
这只会删除最基本的临时文件，对于更多文件，我建议使用BleachBit。
6、无效的符号链接
要查找无效的符号链接，我们必须首先找到符号链接。
搜索它们后，您应该检查它指向哪个元素，如果它不存在，请将此符号链接添加到无效符号链接列表中，指向不存在的路径。
第二种模式是检测递归符号链接。不幸的是，此模式不起作用，并且在使用它时会显示不存在的目标元素的错误，但是它是通过计算符号链接的跳转来实现的，并且在超过一定数量（例如 20）后，它被认为是给定的符号链接是递归的。
7、相同的音乐
这是一种通过标签查找相同音乐文件的模式。
可供选择的标签数量受外部库的限制。
首先，收集具有其中一个扩展名的音乐文件。[".mp3", ".flac", ".m4a"]
然后为每个音乐文件读取其标签。
然后，对于我们要用来搜索重复项的每个选定标签，我们执行以下步骤：
对于每个输入文件，我们读取当前检查的标签的值
如果它为空，我们忽略该文件，如果它有值，我们将其扔到一个键是这个值的数组中
检查所有文件后，将删除仅包含一个元素的数组
其余文件用作初始数据，用于检查用户选择的下一个标签
检查所有标签后，结果将分组显示
更新日志
Czkawka的新增功能6.1.0
2023年10月15日
BREAKING CHANGE–更改了缓存保存方法、重复数据消除、优化和简化过程（所有文件都需要重新散列）
在等待结果时消除长达340ms的延迟
在调试应用程序时添加了带有有用信息的记录器（级别可以通过例如RUST_LOG=debug-env进行调整）
核心代码清理
更新了错误扩展名列表，并支持查找无效jar文件
Windows上的更多默认排除项目（如页面文件）
将打印/保存方法统一到文件/终端，并修复了一些差异/错误
使用函数库打印函数占用的时间
添加了导出结果为json文件格式
为CI添加了新的测试/回归套件
增加了使用相对路径的能力
允许从cli中删除类似的图像/视频/音乐
添加了有关在复制和音乐模式下将项目保存/加载到缓存的信息
在重复模式下要检查的文件数固定
增加了对qoi图像格式的支持（尚未预览）
修复了稳定性问题，该问题可能会删除CLI中的无效文件
通过使用gtk 4.6而不是4.8或4.10修复Windows gui崩溃
修复了有关重复音乐文件的打印信息
修复了有关重复视频文件的打印信息
