零碎杂记

网络请求中，如果我们请求的是一张图片，我们应该用byte[]bytes = response.body.bytes()来接收，然后将这个byte数组转化为Bitmap位图来显示。

如果我们请求到的是其他的文件，如doc文档，txt文本，MP4多媒体，apk应用，那我们应该用InputStream input = response.body.byteStream()来接收，然后通过I/O流及序列化操作来保存它。

SeekBar与ProcessBar的区别：
————前者既可以通过代码（xml中或者java代码中）来设置进度值，也可以通过手动的方式拖动进度条来设置进度值，而后者只能通过在xml中或者java代码中设置进度值，无法通过手动拖动实现。

线程Thread对象通mThread过关键字new创建后:

Thread mThread = new Thread();

调用mThread .start()和mThread.run()的区别：

前者会让新的线程mThread处于就绪状态，等待CPU的调度，然后执行线程mThread中run()方法体中的内容。
后者因为没有调用start()方法，线程mThread并没有就绪，无法被CPU调度执行，因此调用mThread.run()方法后，系统只会在当前线程下执行当前线程的run()方法，mThread线程不会起作用。

LocalBroadcastManager（本地广播）发出的广播信息只有本应用才能够收到，不用担心广播信息的安全问题，	LocalBroadcastManager.getInstance(this).sendBroadcast(new Intent());

AndroidManifest中，application节点下：

debuggable=true，表示debug调试模式，debuggable=false表示release线上模式；
exported=true，表示activity等4大组件对外暴露和开放，exported=false，则表示相反；若非开发SDK，release环境下一律应该为false；

Map，HashMap，ArrayList都是不安全的；

线程安全的话，HashMap用ConcurrentHashMap代替；ArrayList用Vector代替；
用List list = Conllection.synchronizedList（new LinkList（））创建list也是线程安全的；
用Map map = Conllection.synchronizedMap（new HashMap（））创建map也是安全的。

关于线程安全，这里要特别注意一点，就是在多个线程或者多个对象同时从同一个子对象里面获取信息(get),是不存在线程安不安全的问题的。只是在要改变他的信息的时候才存在安全问题。
比如都知道通常情况下，在子线程里面更新UI是要报异常的，比如我在子线程里面调用mTextView.setText（“1234567”），就会抛线程安全的异常，但是如果我在子线程里面调用mTextView.getText().toString()方法则不会存在上述问题。所以线程安全问题归根到底，可以理解为set()环境下要改变他的信息的时候的安全问题。

浮点数之间的等值判断，基本数据类型不能用==来比较，包装数据类型不能用equals 来判断。浮点数采用“尾数+阶码” 的编码方式，类似于科学计数法的“有效数字+指数” 的表示方式。二进制无法精确表示大部分的十进制小数。

反例：

float a = 1.0f - 0.9f;
float b = 0.9f - 0.8f;
if (a == b) {
	// 预期进入此代码快，执行其它业务逻辑
	// 但事实上 a==b 的结果为 false
}

Float x = Float.valueOf(a);
Float y = Float.valueOf(b);
if (x.equals(y)) {
	// 预期进入此代码快，执行其它业务逻辑
	// 但事实上 equals 的结果为 false
}

正例：

(1) 指定一个误差范围，两个浮点数的差值在此范围之内，则认为是相等的。
	float a = 1.0f - 0.9f;
	float b = 0.9f - 0.8f;
	float diff = 1e-6f;
	if (Math.abs(a - b) < diff) {
		System.out.println("Math.abs  true");
	}
	输出结果：Math.abs  true
	
(2) 使用 BigDecimal 来定义值，再进行浮点数的运算操作。
	BigDecimal a = new BigDecimal("1.0");
	BigDecimal b = new BigDecimal("0.9");
	BigDecimal c = new BigDecimal("0.8");
	BigDecimal x = a.subtract(b);
	BigDecimal y = b.subtract(c);
	if (x.equals(y)) {
		System.out.println("equals  true");
	}
	输出结果：equals    true

所以浮点运算结果下的等值比较，最好采用上面介绍的两种方式进行。

为了防止精度损失， 禁止使用构造方法 BigDecimal(double)的方式把 double 值转化为 BigDecimal 对象。BigDecimal(double)存在精度损失风险，在精确计算或值比较的场景中可能会导致业务逻辑异常。
如：

BigDecimal g = new BigDecimal(0.1f); 实际的存储值为： 0.10000000149

正例：
优先推荐入参为 String 的构造方法，或使用 BigDecimal 的 valueOf 方法，此方法内部其实执行了
Double 的 toString，而 Double 的 toString 按 double 的实际能表达的精度对尾数进行了截断

BigDecimal recommend1 = new BigDecimal("0.1");
BigDecimal recommend2 = BigDecimal.valueOf(0.1);

// 校验Tag Alias 只能是数字,英文字母和中文

private boolean isValidTagAndAlias(String s) {
    Pattern p = Pattern.compile("^[\u4E00-\u9FA50-9a-zA-Z_!@#$&*+=.|]+$");
    Matcher m = p.matcher(s);
    return m.matches();
}