【实际上是两次click事件的模拟】如果两次滑动的时间大于了300ms，并且只要一个方向上的位移少于10像素，那么也是会返回的。那么会不会呢，打个断点测试一下就知道了。这里就不贴图了，实际中的测试结果是，每一次移动肯定是在300ms以内的，这里之所以判断300ms,主要是click事件执行会有一个300ms的延迟。而每一次移动，由于手指的触点比较大，还是会大于10像素的，即使两次不大于10像素，也是不影响的。所以这点不会返回。那么继续接着看：
// If you are scrolling in one direction lock the other if ( !this.directionLocked && !this.options.freeScroll ) { if ( absDistX > absDistY + this.options.directionLockThreshold ) { this.directionLocked = 'h'; // lock horizontally } else if ( absDistY >= absDistX + this.options.directionLockThreshold ) { this.directionLocked = 'v'; // lock vertically } else { this.directionLocked = 'n'; // no lock } } if ( this.directionLocked == 'h' ) { if ( this.options.eventPassthrough == 'vertical' ) { e.preventDefault(); } else if ( this.options.eventPassthrough == 'horizontal' ) { this.initiated = false; return; } deltaY = 0; } else if ( this.directionLocked == 'v' ) { if ( this.options.eventPassthrough == 'horizontal' ) { e.preventDefault(); } else if ( this.options.eventPassthrough == 'vertical' ) { this.initiated = false; return; } deltaX = 0; }
第一个条件判断只要是定义了这次滑动的方向是什么。h表示水平方向，v表示竖直方向。我们是要向下滑动，所以我们关注的是竖直方向。看第二个条件判断，如果是竖直方向，那么将水平方向的deltaX值变为0。这样做的目的是保持绝对的竖直方向。因为移动实际还是根据元素的位移值来的。当probe的版本为2以下的时候，是根据css3的transform属性来移动位移的，为3版本的时候是根据决定对位来移动的。所以这里只要不把我们的deltaY置为0就说明木有什么问题。继续往下看代码：
deltaX = this.hasHorizontalScroll ? deltaX : 0; deltaY = this.hasVerticalScroll ? deltaY : 0; newX = this.x + deltaX; newY = this.y + deltaY; // ... // 这里是移动 this._translate(newX, newY);
测试中发现，这个hasVerticalScroll一直是false，那么deltaY一直就是0，也就是移动了也白移动。找到问题原因。那么，这个hasVerticalScroll是从哪里来的？全局找呀找，在refresh中找到这样几行代码：
this.wrapperWidth = this.wrapper.clientWidth; this.wrapperHeight = this.wrapper.clientHeight; var rect = utils.getRect(this.scroller); /* REPLACE START: refresh */ this.scrollerWidth = rect.width; this.scrollerHeight = rect.height; this.maxScrollX = this.wrapperWidth - this.scrollerWidth; this.maxScrollY = this.wrapperHeight - this.scrollerHeight; /* REPLACE END: refresh */ this.hasHorizontalScroll = this.options.scrollX && this.maxScrollX < 0; this.hasVerticalScroll = this.options.scrollY && this.maxScrollY < 0;
refresh方法会在IScroll实例化的时候调用一次。粗略一看，scrollY内置为true，所以只有maxScrollY会大于0。往上看。this.wrapperHeight - this.scrollerHeight肯定是大于0的呀，这就是问题所在。
那么看看我们最开始代码，这里的wrapperHeight为文档高度，scrollerHeight为内容高度，所以wrapperHeight高度始终大于scrollHeight。但是，手机端页面夹杂的列表，一般都有头部、底部，而中间部分一般都会采用padding的形式来使得列表在全局滚动，这样就不需要每次都要特定地计算列表的高度。
2. 解决方案
针对以上问题，只要我们能够使内部的滚动部分高度大于容器高度，那么就能触发滚动。
2.1 粗略做法
可以设置一个min-height属性为900px(900只是一个示例，只要够大就可以)，这样就可以保证可以滑动。
2.2 精准做法
计算当前的容器高度，然后比容器高度多一个像素即可。
以上这篇IScroll那些事_当内容不足时下拉刷新的解决方法就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。
您可能感兴趣的文章: