场景：周五的时候一个小伙伴加我v请教kettle分页问题，当时想的这个问题很简单，直接丢个demo不就完事了嘛，结果搞了3个晚上才搞定，今天来复盘下踩过的坑。
1、先解决报错问题
首先我处理问题的方式一般是腾讯会议连麦线上排雷。对方的第一个问题是脚本中定义了两个字段，一个是page 默认值是0，另外一个是size默认值是1000。
由于这个job中有多个字转换，通过javascript脚本步骤，复制记录到结果，从结果复制记录等步骤传递参数。多个步骤中page和size的数据类型不一致，导致脚本报错。
解决方案：将page和size的类型设置为统一，这里统一设置为了String ，解决了脚本报错的问题。
2、api接口惹的祸
对方的脚步文件中使用rest组件请求接口获取数据，然后使用json input进行解析。接口的入参是{"page":"0"，"size":"1000"}
当你看到这个参数之后，是不是第一眼就认为page就是页码，比如0,1,2,3......，但是经过调试发现一直有重复数据，而且对方的同事很坚定的说接口没问题而且一直在用。
直到我看到他和同事的聊天记录后发现了问题所在，对方发给他的参数是：{"page":"0"，"size":"1000"}，{"page":"1000"，"size":"1000"}，{"page":"2000"，"size":"1000"}
估计细心的人已经发现这里的page参数不是页面，是偏移量offset。类似于mysql中的limit m,n 也就是说从m条记录开始取数据，取n条。
知道了问题所在，马上调整脚本。以为问题终于解决了，洗洗睡觉。然而。。。
3、问题依然存在
脚本调整之后，任务全量跑了一次，结果业务反馈数据缺失且有重复数据问题。我的第一反应就是接口问题，但是对方坚持成接口没问题。没办法，开始调试分析脚本。
经过各种调试，打日志，Alert跟踪，最终一个逗号引起了我的重视，也就是这个逗号引起了接口取数异常。在调试的过程中发现使用javascript代码构造的参数为{"page":"1，000"，"size":"1，000"}而不是{"page":"1000"，"size":"1000"}，凡事数字大于1000之后都有加逗号进行格式化。后来由于时间比较紧急，简单粗暴方案解决使用replace方法将逗号替换为空字符串解决此问题。
神奇的是即使带着逗号请求接口依然可以获取到数据，真是醉了。。。，这接口容错能力也太强了吧。。。
去掉了逗号，接口数据终于可以正常获取了。
4、持续寻找真凶
虽然用replace方法解决了逗号的问题，但是总感觉没找到真正的问题。由于对方使用的是kettle 7.1版本，我本地也搞了7.1版本来测试。使用javascript步骤声明变量，又一切正常不含有逗号。
后来想起来了一个函数，也就是这个函数引入了逗号。这个函数就是javascript步骤中的num2str
然后查了下kettle的说明文档，将函数num2str多传递一个参数0即可。
至此问题彻底解决。
