HarmonyOS 鸿蒙Next：AES、RSA 加解密长字符串是否需要分段
HarmonyOS 鸿蒙Next：AES、RSA 加解密长字符串是否需要分段 想确认AES、RSA等加解密分段长度单位，确认超长的数据是否必须由开发者自己实现分段加解密？
测试了针对一个240+的中文字符串进行AES加解密，尝试了直接调用一次update和dofinal，但是能够正常加解密，这是为什么，如果按照数据大小要求的话理论上来说这样应该会出现错误
AES：
当选择ECB和CBC模式时，填充为NoPadding时：原始消息长度为16字节的整数倍；其他无要求；
RSA：
当填充选择PKCS1_V1_5时，原始消息长度小于等于密钥长度-11字节；当填充为OAEPPadding时，原始消息长度小于等于密钥长度-2*摘要长度-2
更多关于HarmonyOS 鸿蒙Next：AES、RSA 加解密长字符串是否需要分段的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
在HarmonyOS鸿蒙系统中，对于AES和RSA加解密长字符串的需求，是否需要分段处理主要取决于具体的加密算法实现以及密钥长度等因素。
对于AES加密，其分组长度是固定的（如AES-128、AES-192、AES-256分别对应128位、192位、256位的分组长度）。虽然理论上可以通过模式（如CBC、CFB等）和填充（如PKCS#7）来处理任意长度的数据，但在实际应用中，如果待加密的数据过长，可能会受到内存或性能的限制，此时分段处理是一个可行的方案。
而对于RSA加密，由于其密钥长度有限（如常用的2048位），能够直接加密的数据长度也相应受限。通常，RSA不直接用于加密大块数据，而是用于加密对称密钥或数据摘要。如果确实需要用RSA加密长字符串，通常的做法是先对数据进行哈希处理，然后用RSA加密哈希值；或者将数据分段，每段用对称加密（如AES）加密，再用RSA加密对称密钥。
因此，在HarmonyOS鸿蒙系统中，是否需要对AES和RSA加解密的长字符串进行分段处理，需根据具体的应用场景、加密算法实现以及性能需求来决定。如果问题依旧没法解决请联系官网客服，官网地址是：https://www.itying.com/category-93-b0.html
