TextEncoder 是浏览器内置的 Encoding API，用于将字符串高效编码为 UTF-8 字节序列。流处理（Streaming）将大文本分割成多个小块（chunk），逐块进行编码处理，避免一次性加载全部数据导致内存溢出或UI卡顿。这种方式特别适合处理大型日志文件、JSON数据集或需要实时传输的文本内容。

处理大文件（如几百MB的日志或数据导出文件）时，一次性编码会：①消耗大量内存可能导致浏览器崩溃；②长时间阻塞UI线程造成页面卡死；③用户无法看到处理进度。分块编码通过将数据切分为可管理的小块，结合异步处理机制，保持界面响应，实时反馈进度，并支持随时取消操作。

UTF-8 字节编码：将文本转换为对应的字节数组（每个字符1-4字节），结果以十进制数字序列展示，如 [228, 184, 173] 代表"中"字。
Base64 编码：将字节数据转换为仅包含 A-Z、a-z、0-9、+、/ 的ASCII字符串，常用于在文本协议中传输二进制数据。Base64 结果比原始数据大约 33%。两者的应用场景不同：UTF-8字节适合程序调试，Base64适合数据传输。

分块大小的选择取决于具体场景：
• 16-64 KB：推荐默认值，平衡进度更新频率和处理效率
• 1-8 KB：适合需要细粒度进度反馈的场景，但总体处理时间略长
• 128 KB-1 MB：适合超大文件，减少分块开销，但进度更新较稀疏
较大的分块减少函数调用次数，较小的分块提供更流畅的UI更新体验。

URL 编码（Percent-encoding）：将URL中的特殊字符和非ASCII字符转换为 %XX 格式（基于UTF-8字节），如空格变为 %20，中文"你好"变为 %E4%BD%A0%E5%A5%BD。主要用于URL参数安全传输。
HTML 实体编码：将HTML特殊字符转义，如 < 变为 <，防止XSS攻击和渲染错误。两者服务于完全不同的场景。

工具支持任意类型的文件（文本文件、图片、PDF等）。对于文本文件，使用文本模式进行编码；对于二进制文件（图片、压缩包等），启用"二进制模式"可直接对文件原始字节进行 Base64 或 Hex 编码，非常适合需要将文件嵌入到 JSON、XML 或 HTML 中的场景。文件大小建议不超过 200MB 以获得最佳体验。