Primefaces Signature组件曲线拟合：控制JSON长度适配Oracle字段

一、曲线拟合压缩JSON数据 #

• 用路径抽稀算法简化坐标点：p:signature生成的JSON里全是连续的坐标点，复杂草书会攒出一大堆点。你可以用道格拉斯-普克算法处理这些点——它能自动去掉路径上的冗余点，只留下能勾勒出签名轮廓的关键拐点，视觉上几乎看不出差别，但JSON长度能大幅缩减。操作步骤：
  1. 解析签名组件返回的JSON，取出里面的坐标点数组
  2. 给算法设个合适的偏差阈值（比如0.5-1像素），阈值越小保留的点越多，还原度越高
  3. 把处理后的点重新拼成JSON，检查长度直到符合Oracle的4000字符限制
• 压缩坐标值精度：默认的坐标可能带多位小数，比如123.456，你可以四舍五入到1位小数变成123.5，对签名视觉没影响，但能少不少字符。

二、给p:signature加自定义控制参数 #

如果官方组件没提供精度设置，自己动手改也不难：

• 重写前端初始化逻辑：p:signature底层用的是SignaturePad库，这个库本身支持控制采样频率和点的合并规则。你可以在页面加载时，重新初始化签名组件，加几个参数减少点的生成：

  $(document).ready(function() {
    var sigWidget = PF('你的签名组件widgetVar');
    // 重新初始化，设置参数减少冗余点
    sigWidget.signaturePad = new SignaturePad(sigWidget.canvas, {
      minDistance: 2, // 两点距离小于2像素就合并成一个
      throttle: 16, // 降低采样频率，减少点的数量
      dotSize: 1
    });
  });
  

• 后端统一处理：不想改前端的话，就在后端接收JSON的时候直接做压缩。比如用Java实现道格拉斯-普克算法，处理完再存数据库，要是担心还原问题，也可以把原数据备份到别的表。

三、数据库临时适配（可选） #

如果赶时间，先把Oracle字段改成CLOB类型，它能存最大4GB的字符，直接解决长度问题。不过这只是权宜之计，长期来看还是压缩数据更靠谱，毕竟存一堆冗余点也是浪费空间。

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