问题现象
如上图,只是设置了paddingStart,在RTL布局下,左右都产生了10dp的间距。其他布局如LinearLayout,FrameLayout则没有这个问题。
private void positionAtEdge(View child, LayoutParams params, int myWidth) {if (isLayoutRtl()) {// myWidth是RelativeLayout宽度(父View指定的,不是最终宽度),params.mRight是子View位置。//这里可以看出计算时已经减去了mPaddingRight(RTL布局下mPaddingRight 就是PaddingStart)// 所以这个mLeft是考虑了右边距的。params.mRight = myWidth - mPaddingRight - params.rightMargin;params.mLeft = params.mRight - child.getMeasuredWidth();} else {params.mLeft = mPaddingLeft + params.leftMargin;params.mRight = params.mLeft + child.getMeasuredWidth();}}
...if (isWrapContentWidth) {if (isLayoutRtl()) {if (targetSdkVersion < Build.VERSION_CODES.KITKAT) {width = Math.max(width, myWidth - params.mLeft);} else {// 这个width最终会参与RelativeLayout的宽度计算,这里也是包含了右边的padding的。width = Math.max(width, myWidth - params.mLeft + params.leftMargin);}} else {if (targetSdkVersion < Build.VERSION_CODES.KITKAT) {width = Math.max(width, params.mRight);} else {width = Math.max(width, params.mRight + params.rightMargin);}}
}...
if (isWrapContentWidth) {// Width already has left padding in it since it was calculated by looking at// the right of each child view// 重点是这里,上面计算的width在问题场景已经包含了右内边距,// 这里又加了一次。所以最终边距是双份的。// 从注释也能看出,原生没有考虑这种情况。width += mPaddingRight;if (mLayoutParams != null && mLayoutParams.width >= 0) {width = Math.max(width, mLayoutParams.width);}
总结:原生在进行测量时没有考虑这种情况,在计算RelativeLayout布局宽度时多加了一个paddStart,但child的位置计算(layout)并未受到影响,所以最终效果类似于既指定了paddStart又指定了paddingEnd。
解决方法
1.使用其他布局,如线性布局,帧布局,约束布局等替换。
2.使用marginStart替代paddingStart实现相同的UX效果。
问题原因
经过分析源码发现这是RelativeLayout测量布局的一个bug。