1. Why
编程转换是程序员日常工作, 与其到网上找一些在线工具转来转去, 不如自己手写一个放在手边, 随时能用, 有需要还可以随时改动
2. What
这是一个我很久以前编写的用于转换编码的小工具。
它对我很有帮助，也许其他人也需要，所以我从旧的代码库中提取出来，并将其构建成为一个独立的工具。
下载链接:
- windows: https://gitee.com/walterfan/encoding_helper/blob/main/target/encoding_helper.exe
- linux/mac: https://gitee.com/walterfan/encoding_helper/raw/main/target/encoding_helper
基本功能
编码转换
十进制到十六进制数字转换
十进制到二进制数字转换
Base64 编码/解码
十六进制-ASCII 编码/解码
十六进制-Base64 编码/解码
HTML 转义/反转义
SQL 转义/反转义
时间戳-字符串转换
本地字符串-ASCII字符串转换
URL 编码/解码
XML参数-Base64 编码/解码
ZIP-Base64 编码/解码
ZIP-Base64带长度编码/解码
哈希及校验和
- CRC32 计算
- MD2 哈希
- MD5 哈希
- SHA1 哈希
- SHA2 哈希
生成字符串
- UUID 生成
- 随机字符串生成
加密
DES 加密解密
-
AES 加密/解密
-
模式：
- CBC
- CFB
- ECB
- OFB
-
填充：
- 无填充
- PKCS5Padding
- ISO10126Padding
- SSL3Padding
-
3. How
3.1 如何构建
1) 准备工作
确保您的系统已安装以下软件：
- Java Development Kit (JDK) 1.8 或更高版本
- Apache Maven 3.6.0 或更高版本
2) 克隆项目
首先，克隆项目到本地机器：
git clone https://github.com/walterfan/encoding_helper.git
cd encoding_helper
3) 使用 Maven 编译项目
运行以下命令来编译项目：
mvn clean install
这将会下载所有依赖并构建项目，生成一个可执行的 JAR 文件。
4) 生成平台特定的可执行文件
项目使用了 really-executable-jar-maven-plugin 和 Launch4j 插件来生成特定平台的可执行文件。
-
生成可执行 JAR 文件：
mvn package生成的 JAR 文件位于
target/encoding_helper-1.0-SNAPSHOT.jar。 -
生成 Windows 可执行文件 (.exe)：
mvn launch4j:launch4j生成的 Windows 可执行文件位于
target/encoding_helper.exe。
5) 运行应用程序
-
运行可执行 JAR 文件：
java -jar target/encoding_helper-1.0-SNAPSHOT.jar -
运行 Windows 可执行文件：
双击target/encoding_helper.exe文件。
项目目录结构
-
src/main/java：Java 源代码。 -
src/main/resources：资源文件，如配置文件。 -
target：编译输出目录，包括生成的 JAR 文件和可执行文件。
依赖管理
项目的依赖由 Maven 管理，主要依赖包括：
-
javax.swing：用于创建图形用户界面。 -
commons-codec：用于编码和解码操作。
插件配置
- really-executable-jar-maven-plugin：用于生成可以直接执行的 JAR 文件。
- Launch4j：用于将 JAR 文件打包成 Windows 可执行文件。
有关详细的插件配置，请参考 pom.xml 文件中的插件配置部分。
通过以上步骤，您可以轻松地编译和运行编码助手 (Encoding Helper) 项目。如果需要更多信息或遇到问题，请访问项目的 GitHub 仓库。
3.2 如何使用此工具
使用起来非常简单
在左边文本械输入字符串, 点击 "encode =>"进行编码
在右边文本框输入字符串, 点击 "<= decode" 进行编码
生成哈希也是如此, 不过不能 Decode
AES-Base64 点击 "encode =>"进行加密(并进行 base64 编码), 点击 "<= decode" 进行 base64 解密(并进行 base64 解码)
注意要在下面的 "Random String" 输入或者生成 AES key(密钥) 和 IV(初始向量)
参考
AES 算法
| # | 名称 | 描述 | 填充 | 备注 |
|---|---|---|---|---|
| 1 | ECB (电子密码本) | 明文被分成128位的块。然后每个块使用相同的密钥和算法进行加密。 | 需要 | 如果两个块的数据相同，加密后的结果也会相同，这可能导致安全漏洞 |
| 2 | CBC (密码块链接) | CBC 模式使用初始化向量（IV）来增强加密。首先，CBC 将明文块与 IV 异或。然后它将结果加密为密文块。在下一个块中，它使用加密结果与明文块异或，直到最后一个块。 | 需要 | 每个块的加密依赖于前一个块的加密结果，引入了初始向量（IV）来保证不同块的加密结果不同 |
| 3 | CFB (密码反馈) | 首先，它加密 IV，然后它将结果与明文块异或以获取密文。然后 CFB 将加密结果与明文异或。它需要一个 IV。 | 需要 | |
| 4 | OFB (输出反馈) | OFB 模式使用初始化向量（IV）来增强加密。首先，OFB 将明文块与 IV 异或。然后它将结果加密为密文块。在下一个块中，它使用加密结果与明文块异或，直到最后一个块。 | 需要 | 输出反馈模式，类似于 CTR 模式，但加密过程是反馈到下一个块的加密中。可以处理任意长度的数据，但通常不如 CTR 模式高效。 |
| 5 | CTR (计数器) | 此模式使用计数器的值作为 IV。它与 OFB 非常相似，但它每次使用递增的计数器进行加密，而不是 IV。这种模式有两个优点，包括加密/解密并行化，以及一个块中的噪声不会影响其他块。 | 不需要 | 计数器模式，将 AES 变为流密码。不需要填充，可以加密任意长度的数据。使用一个递增的计数器来保证每个块的加密结果不同 |
| 6 | GCM (伽罗瓦/计数器模式) | 此模式是 CTR 模式的扩展。GCM 受到了极大的关注，并被 NIST 推荐。GCM 模型输出密文和认证标签。与其他算法的操作模式相比，GCM 模式的主要优点是其效率。 | 不需要 | 伽罗瓦/计数器模式，结合了 CTR 模式和认证加密。除了加密数据，还可以提供数据完整性和认证。需要一个唯一的初始化向量（IV）和认证标签 |
请注意，原文中的 "snapshot" 被翻译为 "快照"，这是根据上下文的常见翻译。如果 "snapshot" 在这里指的是特定的术语或专有名词，可能需要根据具体情况进行调整。
技术选型
Java Swing技术自1997年首次发布以来，一直是Java平台上用于创建图形用户界面（GUI）的重要框架。Swing基于AWT（Abstract Window Toolkit）提供了一套更加丰富和灵活的组件模型，支持跨平台兼容性，允许开发者使用纯Java代码来创建复杂的GUI。
然而，随着现代GUI技术的发展和用户需求的变化，Swing的性能问题逐渐显现，包括双缓冲问题、绘制性能问题以及事件处理性能问题。尽管Swing具有跨平台的优势，但为了保持这种兼容性，它牺牲了一些特定平台的组件和功能，影响了用户体验。
尽管Swing的使用率逐渐下降，但它并未完全被淘汰。在某些特定场景下，Swing仍然具有一定的优势，例如对于一些简单的、不需要复杂视觉效果的应用程序，Swing仍然是一个可行的选择。此外，Swing的一些独特特性（如轻量级组件和事件处理机制）仍然具有一定的吸引力。
后记
这个小工具是十多年前写的, 后来断断续续更新了一点点, 可能对大家有点用处, 如果有问题或者新需求, 欢迎给我留言
