自己实现了一个HorizontalScroll的view，嵌套在google的HorizontalScrollView内部，其实是一个水平方向的linearlayout，然后每次add一个组件。

开始每次add的组件只是一个TextView，没有什么问题，可以点击切换，水平滑动。后来需求升级，需要在TextView下面添加一个被选中的底部bar，所以每次add的组件就理所当然升级成为一个垂直方向的linearlayout，然后里面包含原有的TextView，和一个新加的用以展示底部bar的View。

完事以后底部bar的View死活展示不出来。经过半天多的调试，发现是使用动态代码生成的时候，垂直方向的父linearlayout添加TextView和BarView的时候，要严格注意被添加view的LayoutParams。

需要添加的时候这样才可以：

调试一个HelloWorld的jni调用，费了半天劲。各种坑
用eclipse建立的java部分工程，用visual studio 2017建立的dll工程。
注意用dll工程，不要用其他的windows控制台应用程序。

坑1：
no HelloNative in java.library.path
需要设置临时的环境变量，系统变量和java library库找不到我们生产的dll库。
VM arguments中设置-Djava.library.path=”${workspace_loc:TestZhuanYongProject}\bin”
TestZhuanYongProject为工程名，我把dll库copy到TestZhuanYongProject的bin目录下了。

使用Android Studio调试AOSP下载下来的源码,记录下调试中发现的几个点

• 调试android.jar中包含的android.ap.view中的View的measure方法，source源码下载了，死活进不去断点，后来发现在source源码跟android虚拟机的API都是22层级的情况下，使用22的Android 5.1（Google APIs）这个带括号的版本虚拟机可以进断点，同样是22的Android 5.1不带括号的AOSP版本虚拟机反而不能进View的measure断点。

• 想要调试ActivityManagerService的bindApplication，分析了大量攻略，后来才发现，可以直接导入这一个文件，也不用管导入的是什么工程（Android与java均可），也不用管是否有错误，直接开启虚拟机之后使用AS的attach to process功能就可以直接进断点，只要选中要调试的是system_process进程即可。过程中主要的误导项是断点打在了bindApplication的一开始（为了想一开始就进入省的判断失误），结果断点只要一开始开启调试模式就自动变为失效状态，误以为是源文件不对应，实际上对应源文件与运行时的问题一开始就非常注意，都是严格按版本下载的，但是其实可以打在下面一点的行上就可以进调试的，折腾了半天一直以为根本就没成功（因为一直没进打在方法第一行的断点，一调试就出错），由于问题1的影响还换了好几个版本的虚拟机，都不可以，后来又更换了别的源码文件，还是不可以，偶然在下面打了一个端点，竟然进去了，这才发现还有这种坑。跟源码没关系的，一开始用的源码就是正确的源码，这块没啥问题，主要是断点在不同行可能有的生效，有的就不行。

OKHttp加入拦截器之后，返回response的Http1xStream&FixedLengthSource在read的时候有一个间接的buffer缓存。
在使用使用者自己的buffer 读数据的时候，其实是从间接buffer中来获取，为什么这两个buffer会出现数据不同的情况，仔细看下。

RealBufferedSource 的 内部类InputStream，使用者read的时候就是从该内部InputStream中读取数据流。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

@Override public InputStream inputStream() {
    return new InputStream() {
        @Override public int read() throws IOException {
            if (closed) throw new IOException("closed");
            if (buffer.size == 0) {
                long count = source.read(buffer, Segment.SIZE);
                if (count == -1) return -1;
            }
            return buffer.readByte() & 0xff;
        }
        
        @Override public int read(byte[] data, int offset, int byteCount) throws IOException {
            if (closed) throw new IOException("closed");
            checkOffsetAndCount(data.length, offset, byteCount);
        
            if (buffer.size == 0) {
                long count = source.read(buffer, Segment.SIZE);
                if (count == -1) return -1;
            }
            
            return buffer.read(data, offset, byteCount);
        }
        
        @Override public int available() throws IOException {
            if (closed) throw new IOException("closed");
            return (int) Math.min(buffer.size, Integer.MAX_VALUE);
        }
        
        @Override public void close() throws IOException {
            RealBufferedSource.this.close();
        }
    
        @Override public String toString() {
            return RealBufferedSource.this + ".inputStream()";
        }
    };
}

据说在manifest.xml里配置

1
2
3
4

<service
    android:name=".testservice.MyService"
    android:process=":remote">
</service>

然后在主线程MainActivity中启动MyService—-bindService（this，serviceConnection，BIND_AUTO_CREATE），
会使被启动的MyService跟启动的线程不在同一线程中，
但是实际测试中不管是在MyService的onCreate或onBind中打印当前线程，还是在ServiceConnnetion的回调中打印当前线程，都还是显示是主线程。

listview异步加载图片大家都知道有复用问题

1.在滑动过程中，会出现复用 如图所示

看深入理解Java虚拟机，看到代码与虚拟机的分析章节。

1
2
3
4
5
6
7
8
9
10
11
12
13

class Lava {
     private int speed = 5;

     void flow() {
     }
}

class Volcano {
     public static void main(Sting[] args) {
          Lava lava = new Lava();
          lava.flow();
     }
}

最近在看HeadFirst 设计模式，看到代理的部分，在书中有涉及RMI的代码如下：

1
2
3
4
5
6
7
8
9
10
11
12

public static void main(String[] args) {
    try {
         IService service = new ServiceImpl();
    
         Context nammingContext = new InitialContext();
    
         nammingContext.rebind("rmi://localhost/service01", service);
    
    } catch (Exception e) {
         e.printStackTrace();
    }
}

场景描述

一次偶然的机会，听到同事说在activity中editText.addtextChangedListener(new TextWatcher),会引起内存泄漏，然后个人非常诧异，不能理解为什么会引起内存泄漏。

然后在google上搜索关于TextWatcher的内存泄漏问题，很多浅尝辙止的博文，写了那么两句，

TextWatcher会引起activity内存泄露。
EditText设置了addTextChangedListener的界面，要在onDestroy里调用removeTextChangedListener释放掉。

这些博文的描述毫无分析，只有一个简单的结论，所以自己还是决定确定下细节，为什么会引起内存泄漏。

记2015年10月的土耳其之行

已经离开伊斯坦，来到多哈。两周之前到伊斯坦布尓，夜空下的马尔马拉格外美丽。两周之后，伊斯坦堡、格雷美、费特希耶、帕穆卡莱、伊兹密尔、安卡拉，西土耳其刚好划了一个弧，就要离开，有些不舍。飞机启动时，伊斯坦堡的灯火飞速褪去，但马尔马拉没有再现，夜空并不晴朗，极速攀升之后，已经被云海包围，仿佛置身梦境中的棉花海，看不到云层之下了。

星与月，蓝与红，可以勾勒土耳其的轮廓。蓝色土耳其，在飞机上显得格外真切，蓝色的海，蓝色的天，蓝色的雾气蓝色的山，还有蓝色清真寺......从安纳托利亚高原，到爱琴海边，从欧鲁旦尼斯的盘山路，到登尼兹利的旷野，无处不满是蓝色。          

红，就是著名的土耳其红茶了。一杯红茶，在伊兹密尔，爱琴海边丁丁当当一下午。红尘杯壁折射出光，这精致的勺子浸在轻盈透彻的红茶中，满杯的红茶是深红色，听着悠扬饱满的土耳其音乐，喝至浅杯，颜色渐浅，变成近黄的浅红色，一下午就这样，随着海浪起伏远去了...红茶，也许就是土耳其人的生活态度吧。且不论经济如何，环境方面的保护，土耳其值得我们借鉴。

最后，为安卡拉爆炸中无辜的牺牲者祈祷。
别了，土耳其。