在实际开发中会遇到表单页面，表单中有很多选项，包括EditText等，这样会导致一屏显示不下，我们通常都会添加一个ScrollView使其页面可以上下滑动。

 <ScrollView
      android:layout_width="match_parent"
      android:layout_height="match_parent">
      <LinearLayout
       		android:layout_width="match_parent"
     			android:layout_height="match_parent">
        ......
         <EditText
             android:id="@+id/game_title"
             android:layout_width="match_parent"
             android:layout_height="wrap_content"/>
        ......
     	</LinearLayout>
</ScrollView>
当我们点击输入框获取焦点后，滑动页面去操作其他内容后，这时ScrollView会自动滚动到获取焦点的输入框位置，这样会用户体验非常不好。
 
Google到的一些方法：
 
在EditText父布局添加descendantFocusability
 
android:descendantFocusability="blocksDescendants"
在EditText父布局添加focusable，focusableInTouchMode
 
android:focusable="true"  
android:focusableInTouchMode="true"
stackoverflow链接
 
scrollView.setDescendantFocusability(ViewGroup.FOCUS_BEFORE_DESCENDANTS)
scrollView.setFocusable(true)
scrollView.setFocusableInTouchMode(true)
scrollView.setOnTouchListener({ v, event ->
      v.requestFocusFromTouch()
      false
最后这些方法都不能解决我们的问题，没办法只能通过查看源码来看看有没有什么办法解决了。
 
源码分析：
 
一般一个view获取焦点的方式有两中方式，一种是requestFocus，另一种是requestFocusFromTouch，两个方法的区别网上都有很多 链接，requestFocusFromTouch最终还是会调用requestFocus方法，所以我进入requestFocus方法，一步一步往下走最终会调用handleFocusGainInternal方法
 
void handleFocusGainInternal(@FocusRealDirection int direction, Rect previouslyFocusedRect) {
       ......
        if ((mPrivateFlags & PFLAG_FOCUSED) == 0) {
            mPrivateFlags |= PFLAG_FOCUSED;
            View oldFocus = (mAttachInfo != null) ? getRootView().findFocus() : null;
            if (mParent != null) {
                mParent.requestChildFocus(this, this);
                updateFocusedInCluster(oldFocus, direction);
			 ......
这里会看到mParent.requestChildFocus，这里的mParent是ViewParent类的对象，ViewParent是一个接口，所有的ViewGroup都会实现它，这里我们使用的ScrollView，所以这里查看ScrollView的requestChildFocus实现。
 
@Override
    public void requestChildFocus(View child, View focused) {
        if (focused != null && focused.getRevealOnFocusHint()) {
            if (!mIsLayoutDirty) {
                scrollToChild(focused);
            } else {
                // The child may not be laid out yet, we can't compute the scroll yet
                mChildToScrollTo = focused;
        super.requestChildFocus(child, focused);
当获取到焦点并且视图已经执行onLayout时调用scrollToChild方法，这个方法就是页面滚动的方法。
 
private void scrollToChild(View child) {
        child.getDrawingRect(mTempRect);
        /* Offset from child's local coordinates to ScrollView coordinates */
        offsetDescendantRectToMyCoords(child, mTempRect);
        int scrollDelta = computeScrollDeltaToGetChildRectOnScreen(mTempRect);
        if (scrollDelta != 0) {
            scrollBy(0, scrollDelta);
这段代码主要是获取view的位置，然后通过computeScrollDeltaToGetChildRectOnScreen计算出需要滚动的距离，然后调用scrollBy方法滚动到已获得焦点View的位置。看到这里我们可以通过重写computeScrollDeltaToGetChildRectOnScreen方法然后返回0，这样就不会滚动了。
 
解决方法：
 
public class NoScrollFocusScrollView extends ScrollView {
    public NoScrollFocusScrollView(Context context) {
        super(context);
    public NoScrollFocusScrollView(Context context, AttributeSet attrs) {
        super(context, attrs);
    public NoScrollFocusScrollView(Context context, AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
    @Override
    protected int computeScrollDeltaToGetChildRectOnScreen(Rect rect) {
        return 0;
在scrollToChild方法的下面还有个scrollToChildRect方法，这两个方法作用很相似，这个方法是什么时候调用的呢。当我们操作页面的控件显示或隐藏调用view.setVisibility()方法时，页面重新绘制，会调用doTraversal、performTraversals方法,最终会调用到scrollToChildRect方法，所以我们调用setVisibility时也会导致页面发生滚动，这里我们重写了computeScrollDeltaToGetChildRectOnScreen方法就不会导致此问题发生了。这里就不具体分析了，有兴趣的可以自己查看源码。
1.多行问题，可设置singleLIne=true；
2.设置单行仍可上下滑动，是因为EditText的背景默认会比设置的宽高大，所以只需要做一个.9矢量图，要求分辨率足够低，比如30*30以下，设置到android:background属性即可，编译器的效果图没有效果，要运行起来才看到效果
————————————————
版权声明：本文为CSDN博主「aknew123」的原创文章，遵循CC 4.0 BY-SA版权协议，转载
                                    最近在做公司项目的Android适配工作，将support依赖都升级到了28.0.0，很多问题扑面而来，最让我苦恼的就是RecyclerView嵌套RecyclerView时，item中的EditText获取焦点时，横向滑动的RecyclerView会自动滚动到最前面，我依稀记得在原来遇到过，同样是升级了RecyclerView的依赖版本后出现，上一次的解决方式是把版本又降回去，但是这样治标不治本...
                                    这个冲突来由主要是EdiText文字输入过多的时候，需要上下滑动查看时出现的，产品又没要求说点开个大屏幕给你写，然后父布局又是个ScrollView，然后就出现滑动冲突了，滑动冲突这个知识点，讲起来，其实得从Android 事件分发这个里头开始讲起，哈哈，打了一波王婆卖瓜，贼开心，解决方法也很简单，直接上代码：
 editText.setOnTouchListener(new View.OnTouchListener() {
            @Override
            publi
在Activity中添加配置
在该Activity中的onCretae()的setContentView()方法前面添加:getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_ADJUST_PAN)
含义:把整个Layout顶上去露出获得焦点的EditText,不压缩多余空间.
解释他们的含义:
SOFT_INPUT_ADJUST_NOTHING: 不调整(输入法完全直.
                                    Android ScrollView 嵌套 EditText 的使用与实现
在Android应用开发中，ScrollView 和 EditText 是两个非常常用的组件。ScrollView 用于显示内容较多的视图，可以实现纵向滚动；而 EditText 提供了用户输入文本的功能。在一些应用场景中，我们需要将 EditTe...
在一个ScrollView中，有一个固定了高度的 EditText，EditText 可以输入很多文字，当文字过多时，需要滑动文字查看。此时，不能让 ScrollView 滑动。同理，当触摸到 EditText 以外的地方（ScrollView区域内）时，滑动界面的时候， EditText 内的文字，不能滑动。此外，如果EditText 中文字行数少，不用滑动，就可以看到全文的时候，在Ed...
                                    本篇文章假设读者没有任何的触摸事件基础知识，所以我们会从最基本的触摸事件分发处说起。
ScrollView为什么会出现嵌套EditText出现滑动事件冲突呢？相信你会有这种疑问，我们来看这么一种情况：
有一个固定高度的EditText，假设它只能显示3行文本，但是，我们在其中输入的文本多余三行时，那么这时就需要可以在EditText内部进行小幅滚动了...