Base64 转视频
Base64 输入
Base64 输入
视频预览
在线将 Base64 编码的视频数据还原为可播放的 MP4/WebM/OGG 视频文件,支持 Data URL 前缀自动识别,所有操作在浏览器本地完成,视频数据不上传服务器,适合后端 API 接口调试、视频编码验证、前端内联视频还原,解码后可直接预览播放并下载。
相关推荐
适用场景
- 调试后端视频接口:当 API 返回 Base64 编码的视频数据时,直接粘贴到工具中快速预览,验证接口返回是否正确,无需写前端解码代码
- 验证视频编码输出:使用 FFmpeg 或云端转码服务生成 Base64 视频后,解码播放验证转码结果是否正常,排查编码损坏问题
- 还原前端内联视频:提取 HTML、CSS 或 JavaScript 中的 Data URL 格式内联视频(data:video/mp4;base64,...),还原为可查看的视频文件
- 视频数据快速校验:对比两个 Base64 视频是否解码出相同内容,或者验证 Base64 传输过程中是否出现数据损坏
- 短视频临时预览:对于不需要保存到本地的短视频片段,直接在工具中预览播放,确认内容后再决定是否下载
- 爬虫数据解析:网页爬虫抓取到的 Base64 编码视频数据,快速还原为可播放文件进行内容审核或分析
- 客户端开发调试:移动端 App、小程序开发中,后端返回 Base64 视频时,用本工具验证数据正确性再进行客户端解码开发
- 教学演示用途:讲解 Base64 编码原理、Data URL 技术、前端 Blob/URL.createObjectURL 用法时,作为在线演示工具
- 邮件附件预览:某些邮件系统将附件转为 Base64 嵌入,提取后可快速还原视频内容查看
- Bug 复现辅助:测试团队上报视频相关 Bug 时,提供 Base64 数据,开发人员可快速还原视频复现问题场景
使用方法
- 获取 Base64 视频数据:从 API 响应、日志、HTML 源码、数据库等地方复制 Base64 编码的视频字符串,支持带或不带 Data URL 前缀
- 粘贴到输入区域:将复制的 Base64 文本完整粘贴到工具的输入框中,工具会自动识别是否包含 data:video/...;base64, 前缀
- 确认或选择格式:如果输入带 Data URL 前缀,工具会自动识别 MIME 类型;如果是纯 Base64,手动选择对应的视频格式(MP4/WebM/OGG)
- 点击解码按钮:点击解码按钮后,工具在浏览器本地执行 Base64 解码、Uint8Array 转换、Blob 创建等操作,过程中显示状态提示
- 查看视频信息:解码完成后查看视频基本信息,包括文件大小、MIME 类型、格式确认等,验证解码是否成功
- 预览播放视频:使用页面内置的 HTML5 播放器预览视频,拖动进度条检查视频内容是否完整、画面声音是否正常
- 下载视频文件:确认视频无误后,点击下载按钮将 Blob 视频保存到本地,文件会自动匹配正确的扩展名(.mp4/.webm/.ogg)
功能特点
- 智能识别输入格式:自动检测纯 Base64 编码和完整 Data URL 格式(data:video/...;base64,前缀),无需手动去除前缀即可解码
- 多格式视频支持:完整支持 MP4(video/mp4)、WebM(video/webm)、OGG(video/ogg)等主流浏览器原生支持的视频 MIME 类型
- 浏览器本地处理:所有 Base64 解码、Blob 生成、视频预览操作全部在用户浏览器内通过 JavaScript 完成,视频数据不上传任何服务器
- 即时预览播放:解码后自动生成 HTML5 video 播放器,支持播放、暂停、进度拖动、音量调节、全屏等完整播放控件
- 原始文件下载:一键将解码后的视频保存为本地文件,自动根据 MIME 类型选择正确的文件扩展名(.mp4/.webm/.ogg)
- 自动 MIME 类型检测:从 Data URL 前缀自动识别视频格式,无需用户手动选择;纯 Base64 输入时支持手动指定格式
- 实时解码进度反馈:大体积 Base64 数据解码时显示处理状态,避免用户误以为页面卡住
- 视频元信息展示:解码后显示视频大小、MIME 类型、时长(可播放时)、分辨率等基本信息
- 错误诊断提示:输入格式错误、Base64 编码损坏、视频格式不支持时给出明确的错误信息和排查建议
- 支持拖放粘贴:支持直接粘贴 Base64 文本、拖放文本文件到输入区域,提升调试效率
- 编码问题自动修复:自动处理 Base64 填充字符(=)缺失、空白字符、换行符等常见格式问题
- 跨浏览器兼容:支持 Chrome、Firefox、Safari、Edge 等所有现代浏览器,使用标准 atob 和 Uint8Array API
- 响应式设计:支持桌面端和移动端使用,在手机和平板上也能正常解码和预览短视频
- 隐私安全保障:视频数据完全在本地内存中处理,关闭页面后数据立即清除,不会留下任何缓存或记录
常见问题
Base64转视频工具支持哪些视频格式?
支持浏览器原生可播放的主流视频格式:MP4(video/mp4,H.264+AAC编码)、WebM(video/webm,VP8/VP9+Vorbis/Opus编码)、OGG(video/ogg,Theora+Vorbis编码)。其中MP4格式兼容性最好,所有现代浏览器和移动设备都支持,推荐优先使用。如果你的视频是其他格式(如MOV、AVI、MKV),需要先用FFmpeg转码为MP4(H.264+AAC)再进行Base64编码。
输入需要带data:video/mp4;base64前缀吗?
不需要。工具支持两种输入格式:①纯Base64字符串(不带任何前缀);②完整的Data URL(带data:video/xxx;base64,前缀)。工具会自动检测输入是否包含前缀,如果有会自动提取Base64内容并识别MIME类型。建议直接复制API返回的完整内容即可,不用手动处理前缀。
解码后的视频可以直接在浏览器里播放吗?
可以。解码完成后工具会生成内置的HTML5视频播放器,支持播放/暂停、进度条拖动、音量调节、全屏播放等完整功能,你可以直接在页面上预览视频内容,确认画面和声音都正常后再决定是否下载到本地。
大体积的Base64视频支持处理吗?有大小限制吗?
工具本身没有严格的大小限制,但浏览器有内存和性能限制。Base64编码会使视频体积增大约33%,解码过程中浏览器需要分配内存存储Base64字符串、二进制字符串、Uint8Array、Blob等多个副本,峰值内存占用可能是原始视频大小的3-5倍。建议处理5MB以内的Base64(对应约3.7MB原始视频)比较流畅,超过10MB的Base64可能导致页面卡顿,大视频不建议用Base64方式,建议用传统文件上传和URL加载方式。
视频数据会上传到服务器吗?隐私安全吗?
所有解码操作完全在你的浏览器本地通过JavaScript完成,视频数据不会上传到任何服务器,也不会发送任何网络请求。关闭页面后,视频数据会从浏览器内存中立即清除,不会留下任何缓存或记录。你可以断开网络后使用本工具,解码功能依然正常工作。
为什么Base64编码后的视频比原文件大了1/3?
这是Base64编码的原理决定的,不是工具的问题。Base64将每3个字节(24位)的二进制数据重新编码为4个ASCII字符(每个字符占1字节),所以编码后体积是原来的4/3≈133%,也就是体积增大了约33%。如果原始数据长度不是3的倍数,末尾会用=号填充,实际体积增大约33%-37%。这个体积增加是所有Base64编码的共性,不是本工具的问题。
为什么我的MP4 Base64解码后播放不了?
MP4只是容器格式,里面的视频编码必须是浏览器支持的格式才能播放。99%的情况是视频编码不是H.264,或者音频编码不是AAC。比如MP4里面封装了H.265(HEVC)、AV1等编码,浏览器可能无法播放。你可以用FFmpeg命令ffmpeg -i input.mp4查看编码信息,如果不是H.264+AAC,用命令ffmpeg -i input.mp4 -c:v libx264 -c:a aac -movflags +faststart output.mp4转码后再编码为Base64。另外还要确认MIME类型设置为video/mp4,Base64数据完整没有截断。
如何验证我的视频编码是浏览器兼容的?
推荐用FFmpeg工具验证:安装FFmpeg后执行ffmpeg -i yourvideo.mp4,查看输出信息中的Video和Audio行。Video行应该包含h264(或avc),Audio行应该包含aac。例如:Stream #0:0(eng): Video: h264 (avc1/0x31637661...), Stream #0:1(eng): Audio: aac (mp4a/0x6134706D...)。如果不是这两个编码,需要转码。也可以直接把原始视频文件拖到Chrome浏览器窗口中,如果能直接播放,说明编码是浏览器兼容的。
解码后下载的视频文件扩展名是什么?
工具会根据你选择的(或自动识别的)MIME类型自动匹配正确的文件扩展名:video/mp4对应.mp4,video/webm对应.webm,video/ogg对应.ogv。你不需要手动修改扩展名,下载的文件可以直接用系统默认播放器打开。
Base64字符串中有换行符和空格影响解码吗?
不影响。工具会自动处理Base64字符串中的换行符(\n)、回车符(\r)、空格、制表符等空白字符,在解码前会先移除这些字符。所以即使你的Base64是多行格式(比如每76个字符换行的MIME格式),或者复制时带入了排版空格,都可以正常解码。
前端如何用JavaScript实现Base64转视频?
核心代码逻辑如下:①去除Data URL前缀获取纯Base64;②用atob(base64Str)解码为二进制字符串;③将二进制字符串转为Uint8Array(遍历每个字符取charCode);④用new Blob([uint8Array], {type: 'video/mp4'})创建Blob;⑤用URL.createObjectURL(blob)生成临时URL;⑥将URL设置给video.src。注意用完之后调用URL.revokeObjectURL(url)释放内存,避免内存泄漏。
Data URL视频和Blob URL视频有什么区别?
Data URL是把完整Base64数据直接写在URL里,格式是data:video/mp4;base64,XXXX,URL本身包含所有数据;Blob URL是URL.createObjectURL()生成的blob://格式的临时引用,指向浏览器内存中的Blob对象,URL本身很短不包含数据。Data URL每次使用都要解析整个Base64字符串,性能较差;Blob URL更高效,适合播放和复用。本工具内部使用Blob URL方式实现播放器。
什么场景适合用Base64编码视频?什么场景不适合?
适合场景:①几MB以内的短视频(加载动画、引导提示、图标动画);②需要把视频嵌入单个HTML文件的Demo/文档;③邮件内嵌小视频;④API接口调试时临时传递小视频。不适合场景:①超过5MB的视频(体积膨胀33%太浪费带宽);②用户上传的视频(体积不可控);③需要流式加载或拖动进度的长视频;④需要被浏览器缓存复用的视频(Data URL无法单独缓存);⑤生产环境面向用户的视频内容(应该用CDN和外部文件URL)。
为什么视频解码后在Safari上播放正常,在Chrome上反而不行?
这种情况比较少见,通常是因为视频编码是H.265(HEVC)——Safari在macOS和iOS上对H.265支持较好(有硬件加速),但Chrome和Firefox对H.265支持有限(需要硬件和授权)。解决方法是转码为H.264编码,这是所有浏览器都支持的通用编码。反过来Chrome能播Safari不能播更常见,通常是编码Profile/Level太高或者moov atom在文件末尾。
Base64视频和视频文件互转,画质会损失吗?
不会损失画质。Base64是一种编码方式,不是压缩或转码,它只是把二进制数据和文本字符串做一一映射的转换。视频转Base64再解码回来,得到的二进制数据和原始视频文件完全一致(逐字节相同),不会有任何画质或音质损失,类似文件的复制粘贴而不是压缩转换。只要Base64编码和解码过程正确,视频质量和原文件完全相同。
故障排查
Base64解码后视频无法播放,HTML5 video显示格式不支持或黑屏
MIME类型设置错误:MP4视频设置成了video/webm,或其他不匹配的类型 视频编码不是浏览器支持的格式:比如MP4里是H.265编码而不是H.264 Base64数据在复制过程中被截断,缺少开头或结尾部分,导致文件损坏 Data URL前缀处理错误:把前缀也当作Base64解码,或者去前缀时误删了Base64开头字符 原始视频本身就损坏了,或者是浏览器不支持的特殊格式 视频分辨率超过浏览器限制,或者使用了浏览器不支持的像素格式(如10-bit YUV) 视频文件头(ftyp atom)损坏,浏览器无法识别MP4容器格式
atob()函数抛出InvalidCharacterError解码失败
Base64字符串中包含非法字符:Base64标准字符集只有A-Z、a-z、0-9、+、/、=这65个字符 Data URL前缀data:video/mp4;base64,没有去掉,直接传给了atob() 字符串中混入了换行符\n、回车符\r、空格、制表符等空白字符 从Word/网页等地方复制时引入了中文标点、全角字符或不可见的特殊字符 Base64字符串被URL编码过(加号+变成了%2B,斜杠/变成了%2F),需要先URL解码 Base64字符串长度不是4的倍数,且缺失填充字符=导致atob校验失败 某些后端语言(如Java、Python)的Base64编码器使用了URL安全变体(-和_代替+和/)
视频在Chrome/Firefox能正常播放,但在Safari上无法播放
Safari对H.264编码的Profile和Level要求更严格,High Profile Level 5.1等高级配置可能不支持 MP4文件的moov atom(元数据)在文件末尾而不是开头,Safari需要等待全部下载才能播放 音频编码不是AAC,Safari对MP3等其他音频在MP4容器中支持不好 视频分辨率或码率过高,超出了Safari(特别是iOS Safari)的硬件解码能力 使用了Safari不支持的编码特性,比如10-bit色深、某些H.264特性 iOS Safari需要视频设置playsinline属性才能内联播放,否则会全屏或无法播放 Safari对音轨采样率有要求,非标准采样率(如非44.1kHz/48kHz)可能导致播放失败
大体积Base64视频解码时页面卡顿、浏览器崩溃
JavaScript是单线程的,atob()和Uint8Array转换在主线程执行,会阻塞UI渲染 Base64解码过程中产生多个大字符串和数组,内存占用高(10MB Base64解码时峰值内存可能占用几十MB) 创建Blob和Object URL也需要内存,大视频容易触发浏览器内存限制 移动端设备内存更小,更容易出现OOM(内存不足)崩溃 没有使用Web Worker,所有操作都在主线程,阻塞事件循环 浏览器对单个字符串长度有限制(V8引擎约为512MB到1GB),超长Base64字符串可能无法正确解析 解码过程中频繁的垃圾回收(GC)也会导致页面卡顿和响应延迟
从API响应复制的Base64,解码后视频损坏无法播放
后端返回Base64时自动转义了特殊字符(如+被转成空格,或JSON转义问题) JSON解析时没有正确处理Base64字符串中的特殊字符 后端Base64编码时编码错误,比如把二进制数据当UTF-8字符串处理了 gzip压缩或HTTP传输过程中数据被修改 从Chrome DevTools复制时,Network面板的Response预览可能截断或转义了长字符串 后端使用了不同的Base64变体(如URL安全Base64,用-和_代替+和/)而前端没处理 API响应被分页或截断,Base64数据不完整
视频只有画面没有声音,或者声音画面不同步
音频编码不被浏览器支持:比如MP4里用了MP3或Opus而不是AAC 视频转码时音频参数设置不当,导致时间戳(PTS/DTS)错误 Base64数据不完整,刚好截断了音轨的部分数据 视频是可变帧率(VFR),某些浏览器对VFR视频支持不好导致音画不同步 原始视频本身就有音画同步问题,不是Base64解码导致的 音频采样率或声道数不被浏览器支持,导致音轨解码失败 视频容器中音轨和视频轨的时间基(timebase)不一致,导致播放时同步偏移
术语表
- Base64
- 一种基于64个可打印字符表示二进制数据的编码方式,每3字节二进制数据编码为4字节ASCII文本,体积增大约33%,常用于在文本协议中传输二进制数据。
- Data URL
- RFC 2397定义的URI方案,格式为data:[mediatype][;base64],data,允许将小文件直接嵌入文档中,无需额外HTTP请求。
- MIME 类型
- 媒体类型标识,用于表示文档或文件的格式,视频格式以video/开头,如video/mp4、video/webm、video/ogg,浏览器根据MIME类型决定如何处理资源。
- Blob
- Binary Large Object(二进制大对象),浏览器中表示不可变的原始二进制数据的对象,可用于存储视频、图片等文件数据,通过URL.createObjectURL()生成可访问URL。
- atob()
- 浏览器内置函数,用于将Base64编码的字符串解码为二进制字符串(ASCII to Binary),对应编码函数是btoa()(Binary to ASCII)。
- btoa()
- 浏览器内置函数,用于将二进制字符串编码为Base64字符串(Binary to ASCII),是atob()的反向操作,视频转Base64时使用。
- Uint8Array
- JavaScript类型化数组,存储8位无符号整数(0-255),每个元素对应一个字节,是处理二进制数据的标准方式,Base64解码后需要转为Uint8Array再创建Blob。
- MP4
- MPEG-4 Part 14,一种常用的多媒体容器格式,通常封装H.264视频编码和AAC音频编码,Web兼容性最好,文件扩展名为.mp4。
- WebM
- Google推出的开源免版税视频容器格式,通常使用VP8/VP9/AV1视频编码和Vorbis/Opus音频编码,压缩率优于MP4,Chrome/Firefox/Edge支持良好。
- OGG
- Xiph基金会开发的开源多媒体容器格式,视频通常用Theora编码、音频用Vorbis编码,现在逐渐被WebM取代,文件扩展名为.ogv。
- H.264/AVC
- 目前使用最广泛的视频编码标准,也叫AVC(Advanced Video Coding),压缩率和质量平衡好,有硬件加速支持,MP4容器的标准视频编码,所有浏览器兼容。
- AAC
- Advanced Audio Coding,高级音频编码,MP4容器的标准音频编码,是MP3格式的继任者,同质量下文件更小,所有现代浏览器支持。
- Object URL
- 通过URL.createObjectURL(blob)创建的临时URL,格式为blob://...,可直接用于video/img等标签的src属性,指向内存中的Blob数据,用完需revokeObjectURL释放。
- FFmpeg
- 开源的音视频处理工具,可用于视频转码、剪辑、查看编码信息、压缩等操作,是处理视频的行业标准工具,验证和转换视频编码必备。
- moov atom
- MP4文件中的元数据原子,包含视频时长、分辨率、编码信息、解码参数等关键数据。moov在文件开头才能快速播放,Web视频建议放在开头(faststart)。
- 容器格式
- 封装视频流、音频流、字幕、元数据的文件格式,如MP4、WebM、OGG、MKV,容器格式不等于编码格式,同一个容器可以封装不同编码。
- 视频编码
- 压缩和解压视频数据的算法,常见的有H.264、H.265(HEVC)、VP8、VP9、AV1,编码决定了压缩率和画质,浏览器支持的编码决定视频能否播放。
- API 调试
- 在开发前后端接口时验证数据正确性的过程,本工具可用于快速预览API返回的Base64视频数据是否正确,无需编写前端解码代码。
- Chrome DevTools
- Chrome浏览器内置的开发者工具,Network面板可查看API请求和响应,可从中复制Base64视频数据用于调试。
- 填充字符 =
- Base64编码末尾可能出现1个或2个等号,用于将编码结果长度填充为4的倍数,解码时缺失填充可能导致错误,工具可自动修复填充问题。
Web视频MIME类型与兼容性对照表
| MIME类型 | 容器格式 | 常用视频编码 | 常用音频编码 | 浏览器兼容性 | 文件扩展名 |
|---|---|---|---|---|---|
| video/mp4 | MP4 (MPEG-4 Part 14) | H.264/AVC, H.265/HEVC, AV1 | AAC, MP3 | 所有现代浏览器(Chrome/Firefox/Safari/Edge/iOS/Android),H.264+AAC组合100%兼容 | .mp4, .m4v |
| video/webm | WebM | VP8, VP9, AV1 | Vorbis, Opus | Chrome/Firefox/Edge/Opera完全支持,Safari 14.1+支持,iOS Safari 15+部分支持 | .webm |
| video/ogg | Ogg | Theora | Vorbis | Firefox/旧版Chrome/Opera支持,Safari不支持,现在使用较少 | .ogv, .ogg |
| video/quicktime | QuickTime (MOV) | ProRes, H.264 | AAC, PCM | 主要是Safari/macOS支持,其他浏览器兼容性差 | .mov |
| video/x-matroska | Matroska | H.264, VP9, AV1, 等 | 各种编码 | 浏览器原生支持差,通常需要第三方播放器,不建议Web使用 | .mkv |
Base64视频解码常见错误码与解决方案
| 错误现象/错误信息 | 可能原因 | 排查方向 | 解决方案 |
|---|---|---|---|
| atob()报错: InvalidCharacterError 或 "not correctly encoded" | Base64字符串包含非法字符;Data URL前缀未去除;有空白字符/换行符 | 检查输入字符串是否只包含A-Za-z0-9+/=;确认是否去掉了data:前缀 | 去除data:video/...;base64,前缀;移除所有换行符、空格、制表符;检查是否有中文或特殊字符混入 |
| 解码成功但视频无法播放,显示"不支持的视频格式" | MIME类型错误;视频编码不被浏览器支持;文件头损坏 | 确认MIME类型是否匹配视频实际格式;用FFmpeg检查编码信息 | 选择正确的MIME类型(MP4用video/mp4);用FFmpeg转码为H.264+AAC(MP4);检查Base64开头结尾是否完整 |
| 视频有画面无声音,或有声音无画面 | 音频编码或视频编码其中一个不被浏览器支持;音轨或视频轨损坏 | 用FFmpeg查看视频包含哪些流及其编码 | MP4必须是H.264视频+AAC音频;WebM用VP8/VP9+Vorbis/Opus;重新转码为标准兼容格式 |
| 视频画面花屏、绿屏、马赛克 | Base64数据不完整(截断);解码过程中数据损坏;关键帧丢失 | 对比原始Base64长度,检查是否复制完整 | 重新复制完整的Base64字符串;检查传输过程中是否有字符丢失;验证原始视频文件本身是否正常 |
| 解码后视频大小和原文件不一致 | Base64填充字符=处理错误;二进制字符串转Uint8Array时编码问题 | 检查解码逻辑是否正确处理填充;确认charCodeAt范围是0-255 | 确保Base64结尾的=号正确处理;检查Uint8Array转换逻辑是否正确 |
| 大视频解码时页面卡顿无响应 | Base64解码在主线程执行,阻塞UI;视频太大超出内存限制 | 查看Base64数据大小,10MB以上Base64(约7.5MB原视频)可能卡顿 | 大视频不建议用Base64;考虑使用Web Worker后台解码;分块处理;改用文件上传方式 |
| Safari能解码但无法播放,Chrome正常 | Safari对视频编码要求更严格;moov atom不在文件开头;编码Profile/Level太高 | 用FFmpeg检查H.264 Profile和Level;检查moov位置 | 转码时加-movflags +faststart;使用H.264 Baseline/Main Profile,Level不超过4.1;确认是AAC音频 |
| Data URL直接设给video src无法播放 | Data URL格式错误;MIME类型写错;Base64部分损坏 | 检查Data URL格式是否为data:video/xxx;base64,xxxx | 确认MIME类型正确;逗号是英文逗号;Base64部分完整;部分移动端对Data URL大小有限制 |
原始视频大小与Base64编码后大小对比表
| 原始视频大小 | Base64编码后大小(约) | 体积增量 | Data URL头部开销 | 是否适合内联使用 | 典型场景 |
|---|---|---|---|---|---|
| 100 KB | ~133 KB | +33% | 约20字节 | 推荐 | 极小图标动画、几秒钟的无声加载动画 |
| 500 KB | ~667 KB | +33% | 约20字节 | 推荐 | 短循环动画、操作提示短视频、按钮反馈动画 |
| 1 MB | ~1.33 MB | +33% | 约20字节 | 视情况 | 5-10秒的引导视频、低分辨率演示动画,注意首屏性能 |
| 2 MB | ~2.67 MB | +33% | 约20字节 | 不推荐 | 接近内联视频的体积上限,会显著增加页面加载时间 |
| 5 MB | ~6.67 MB | +33% | 约20字节 | 不推荐 | 体积过大,不建议用Base64内联,改用外部视频文件 |
| 10 MB | ~13.3 MB | +33% | 约20字节 | 禁止 | 严重影响页面加载,可能导致移动端内存不足崩溃 |
| 50 MB | ~66.7 MB | +33% | 约20字节 | 禁止 | 绝对不要用Base64处理这么大的视频,必须用文件上传/加载方式 |
- 安全字符串比较
- 二进制编码解码
- 凯撒密码
- 摩尔斯电码
- 十六进制编码解码
- 视频转 Base64
- Base64 转视频
- 图片转 Base64
- Base64 转图片
- 文本转 Base64
- Base64 转文本
- 文件哈希校验
- 文件转 Base64
- Base64 转文件
- 音频转Base64
- Base64转音频
- AES 加密解密
- DES 加密解密
- Base32 编码解码
- Base58 编码解码
- Base64 编码
- Base64 解码
- Base64 比较
- Base64 拆分
- Base64 多行合并
- Base64 格式化
- Base64 格式校验
- Base64 批量编码
- Base64 批量解码
- Base64 清理
- Base64 填充处理
- Base64 长度统计
- Base64 转十六进制
- Base64 DataURL 转换
- Base64-Hex 互转
- Base85 编码解码
- HMAC 生成与验证
- PBKDF2 密钥派生
- MD5 哈希值
- SHA-256 哈希
- SHA1 哈希
- SHA512 哈希
- JWT 解码、验证与生成
- HTML 编码解码
- Unicode 转义
- URL 编码
- URL Safe Base64
- MIME Base64
- Java 代码混淆
- JavaScript 代码混淆
- PHP 混淆
- Python混淆