首先，有这么一个需求，有一个texiview始终在ScrollView的底部，当内容长度不超过屏幕，textview在屏幕底部，当内容长度超过屏幕的时候，在内容的底部，问题是这个长度还可以根据选择不同来进行伸缩。好了 ，需求就是这么一个需求。下面开始操作。
一想很简单的，嵌套一个relativelayout直接在parent的底部嘛，然后发现，当内容长度不够的时候，这个relativelayout满屏不了，这是什么设置？？一脸懵逼的，去百度。原来在scrollview里面的LinearLayout是依赖里面的元素来固定高度的，现在你里面的元素TM告诉我，我的依赖你来撑满屏，LinearLayout拒绝了。这时候就需要给scrollview去设置一个属性：fillViewport，当 fillViewport = true的时候，里面的元素才会强强满屏。
然后运行啊，发现当内容长度超过屏幕的时候，上面的内容和底部的textview重叠了，重叠了。。想想不行啊，在Relayoutlayout里面，上面的内容没有和textview有关系，好的，建立关系，上面的内容在textview上面，运行。。我擦。。上面内容过长，显示不全，srcoview完全没用啊。然后查网上怎么做，额。。好像这个情况不好查，那只能自力更生了。。然后就是漫长的各种试。。还想到代码动态控制，发现跟直接写xml没什么区别，怎么弄都有缺陷。。这种时候抓耳挠腮，我想死的心都有了，一个强迫症患者和完美主义者怎么能容忍这种缺陷，一定有办法的。最后经过长时间的思考和尝试，把linearlayout和relativelayout特点全部回顾一遍。最后脑瓜一闪，有办法了。。试试看。
解决办法：在scrollview还是需要那个满屏的属性，然后用LinearLayout将这个textview包裹起来，设置 android:orientation="horizontal" ，并且设置MATH_PARENT，然后gravity设置bottom，来来来，我们看看效果，成功了！哈哈哈！劳动人民的智慧啊，嘚瑟一下！～(￣▽￣～)(～￣▽￣)～
反思：为什么我需要经过那么久的尝试以后才想到这个做法呢？？总结两点，第一，想到固定底部这种问题，第一个想到的都是relativelayout，然后就在这条不归路上各种尝试，这种刻板印象应该改改（如果有空的话，多想想一个问题能不能用多种方法解决，不然，长久以往，刻板印象就产生了）。第二，还是自己的基础不够扎实，linearlayout和relativelayout的中特性和特点运用的熟练程度不够，看来代码敲得还不够多啊。（人性的弱点啊，懒癌加上重度拖延症，每每看剧刷综艺的时候就已经把代码忘到脑后了。）这周还得把popupwindow的showAsDropDown第三个参数Gravity设置没效果的原因弄清楚啊。五一的小假期得把这个给弄清楚，不然上班又得忙得团团转了。
最后，这个写的是自己的想法，如果有人找到这篇文章呢，不想看前面和后面直接control+F直接查解决办法就好啦~~收工！
