调用Storage.writeObject()报UTFDataFormatException编码过长解决方案问询

问题根因 #

该错误源于com.codename1.io.Util.writeObject()方法沿用了DataOutput接口的传统UTF编码限制：单个字符串编码后长度不能超过64KB，当你的PropertyBusinessObject对象树中存在超长字符串字段时，默认序列化逻辑就会触发该异常。 #

可行解决方案 #

• 方案1：升级SDK版本
  Codename One 7.0及以上稳定版已经修复了该限制，对超长UTF字符串做了分块写入兼容，升级到对应版本后即可直接使用Storage.writeObject()正常序列化对象，不需要修改业务代码，是成本最低的解决方式。
• 方案2：改用JSON手动序列化绕过默认机制
  如果你暂时无法升级SDK，可以利用PropertyBusinessObject自带的JSON序列化能力，避开有缺陷的默认对象序列化逻辑：
  写入步骤：
  1. 调用对象实例的toJSON()方法，将整个对象树转换为JSON字符串
  2. 将JSON字符串转为UTF-8编码的字节数组
  3. 调用Storage.getInstance().writeBytes(存储key, 字节数组)完成写入
     读取步骤反向操作即可，读取字节数组后转字符串，调用PropertyBusinessObject.fromJSON()恢复完整对象树。
• 方案3：拆分超长字段分块存储
  如果仅个别字段值超长，可以将该字段单独拆分处理：将超长字符串切割为多个小于64KB的子串，每个子串作为独立的Storage条目存储，主对象中仅存储子串对应的存储key索引，读取时再按索引拼接恢复完整字段值。
• 方案4：改用FileSystemStorage存储大体积对象
  若你的对象整体体积超过1MB，更推荐使用FileSystemStorage存储：将对象序列化后的JSON/二进制流直接写入自定义文件，Storage本身的设计定位就是存储中小体积的配置类数据，大体积数据使用文件系统存储完全符合官方设计逻辑，不属于不推荐的用法。

是否必须改用文件系统？ #

不需要，上述前3种方案都可以在不切换到FileSystemStorage的前提下解决问题，只有当对象整体体积较大时才建议切换到文件系统以获得更好的读写性能。

内容的提问来源于stack exchange，提问作者Gabriel Kazama