您好，最新的1.2.0版本有个Bug

[ansen666]

private int getWillPickIndexByGlobalY(int globalY) { if (mItemHeight == 0) return 0; int willPickIndex = globalY / mItemHeight + mShownCount / 2; int index = getIndexByRawIndex(willPickIndex, getOneRecycleSize(), mWrapSelectorWheel && mWrapSelectorWheelCheck); if (0 <= index && index < getOneRecycleSize()) { return index + mMinShowIndex; } else { throw new IllegalArgumentException("getWillPickIndexByGlobalY illegal index : " + index + " getOneRecycleSize() : " + getOneRecycleSize() + " mWrapSelectorWheel : " + mWrapSelectorWheel); } }

以上这个方法会抛出异常，NumberPickerView.getWillPickIndexByGlobalY方法，麻烦处理一下

[ansen666]

异常日志:java.lang.IllegalArgumentException: getWillPickIndexByGlobalY illegal index : -16 getOneRecycleSize() : 12 mWrapSelectorWheel : false

[Carbs0126]

是不是在滑动过程中，设置displayvalue了？如果设置的displayvalue的数组长度比之前短，并且没有重新设置maxvalue时，会出现类型情况

[HolenZhou]

我这边也出现了这个异常，关键是公司测试时无法复现这个异常，上线后却陆续报出来.

@Carbs0126 我根据issue中的建议，检查了使用的方法，原来是重设数组时自己来设置 maxValue 和 minValue，怀疑是这里的问题，所以根据wiki，统一改成了通过 refreshByNewDisplayedValues 来重设数组：


上面的代码，是有三个picker，场景是设置身高，身高单位切换时，另外两个picker会重设数组或隐藏，前后的数组长度是不一样的， 但minValue都是0，refreshByNewDisplayedValues会重置maxValue ，而且也做了各种防止越界的措施。
但改完之后，线上的crash比之前少了点，但还是陆续报出来，基本上都是低端机，不知道问题究竟出在哪里啊

[ansen666]

我也一直没找到问题，自己测试都好好的，但是umeng上就一直有统计这个错误

[HolenZhou]

我也一直没找到问题，自己测试都好好的，但是umeng上就一直有统计这个错误

一样的情况，我看有三个issue都是这样的问题，应该不是使用方法错误吧

[Aidenat9]

老版本就存在这个错误 ，我用的1.1.1，也是偶尔报这个，不过量不大。

[Carbs0126]

抱歉给大家带来麻烦了。
最近比较忙，没太多精力关注这个事情，我目前猜测：

1. 可能和数据有变化有关？比如考虑synchronized

2. 报的问题是不是在调试阶段产生的？

可以把代码下载下来，然后把这几个throw 删除掉，规避一下崩溃