问题现象
如上图，只是设置了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。
