崩溃bug日志总结3

目录介绍

  • 1.1 OnErrorNotImplementedException【 Can't create handler inside thread that has not called Looper.prepare()】
  • 1.2 adb.exe,start-server' failed -- run manually if necessary
  • 1.3 java.lang.IllegalStateException: ExpectedBEGIN_OBJECT but was STRING at line 1 column 1 path $
  • 1.4 android.content.ActivityNotFoundException: No Activity found to handle Intent
  • 1.5 Package manager has died导致崩溃
  • 1.6 IllegalArgumentException View添加窗口错误
  • 1.7 IllegalStateException: Not allowed to start service Intent异常崩溃
  • 1.8 java.lang.IllegalStateException：Can not perform this action after onSaveInstanceState
  • 1.9 在Fragment中通过getActivity找不到上下文，报null导致空指针异常

好消息

  • 博客笔记大汇总【16年3月到至今】，包括Java基础及深入知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇到的bug汇总，当然也在工作之余收集了大量的面试题，长期更新维护并且修正，持续完善……开源的文件是markdown格式的！同时也开源了生活博客，从12年起，积累共计47篇[近20万字]，转载请注明出处，谢谢！
  • 链接地址：https://github.com/yangchong211/YCBlogs
  • 如果觉得好，可以star一下，谢谢！当然也欢迎提出建议，万事起于忽微，量变引起质变！

1.1 OnErrorNotImplementedException【 Can't create handler inside thread that has not called Looper.prepare()】

  • A.详细崩溃日志信息 
    Can't create handler inside thread that has not called Looper.prepare()
  • B.查看崩溃类信息
  • C.项目中异常分析
  • D.引发崩溃日志的流程分析
    • 这是因为Handler对象与其调用者在同一线程中，如果在Handler中设置了延时操作，则调用线程也会堵塞。每个Handler对象都会绑定一个Looper对象，每个Looper对象对应一个消息队列（MessageQueue）。如果在创建Handler时不指定与其绑定的Looper对象，系统默认会将当前线程的Looper绑定到该Handler上。
    • 在主线程中，可以直接使用new Handler()创建Handler对象，其将自动与主线程的Looper对象绑定；在非主线程中直接这样创建Handler则会报错，因为Android系统默认情况下非主线程中没有开启Looper，而Handler对象必须绑定Looper对象。
    • 如果在主线程中创建handler时，系统会自动创建Looper,但是在子线程中创建handler时，是不会自动创建Looper的，此时如果不手动创建Looper，系统就会崩溃
  • F.解决办法
    • 不要在子线程中做UI操作，比如更改界面，吐司等等……
    • 方法1：需先在该线程中手动开启Looper（Looper.prepare()-->Looper.loop()），然后将其绑定到Handler对象上；
    final Runnable runnable = new Runnable() {
　　@Override
　　public void run() {
　　　　//执行耗时操作
　　　　try {

　　　　　　Log.e("bm", "runnable线程： " + Thread.currentThread().getId()+ " name:" + Thread.currentThread().getName());

　　　　　　Thread.sleep(2000);
　　　　　　Log.e("bm", "执行完耗时操作了~");
　　　　} catch (InterruptedException e) {
　　　　e.printStackTrace();
　　　　}
　　}
};
new Thread() {
　　public void run() {
　　　　Looper.prepare();
　　　　new Handler().post(runnable);//在子线程中直接去new 一个handler
　　　　Looper.loop();　　　　//这种情况下，Runnable对象是运行在子线程中的，可以进行联网操作，但是不能更新UI
　　}
}.start();
    • 方法2：通过Looper.getMainLooper()，获得主线程的Looper，将其绑定到此Handler对象上。
    final Runnable runnable = new Runnable() {
　　@Override
　　public void run() {
　　　　//执行耗时操作
　　　　try {
　　　　　　Log.e("bm", "runnable线程： " + Thread.currentThread().getId()+ " name:" + Thread.currentThread().getName());
　　　　　　Thread.sleep(2000);
　　　　　　Log.e("bm", "执行完耗时操作了~");
　　　　} catch (InterruptedException e) {
　　　　e.printStackTrace();
　　　　}
　　}
};
new Thread() {
　　public void run() {
　　    //在子线程中直接去new 一个handler
　　　　new Handler(Looper.getMainLooper()).post(runnable);
　　　　//这种情况下，Runnable对象是运行在主线程中的，不可以进行联网操作，但是可以更新UI
　　}
}.start();
  • G.其他延申

1.2 platform-tools\adb.exe,start-server' failed -- run manually if necessary

  • A.详细崩溃日志信息
  • B.查看崩溃类信息
  • C.项目中异常分析
    • adb启动失败，端口被占用
  • D.引发崩溃日志的流程分析
  • F.解决办法 
    百度google大家多说的是任务管理器 kill掉adb 或者重启adb server，但我任务管理器就没有adb ,猜测是某个程序占用了adb端口。于是按此思路查找。
5037为adb默认端口 查看该端口情况如下：
netstat -aon|findstr "5037"
TCP 127.0.0.1:5037 0.0.0.0:0 LISTENING 6540
发现6540占用了 5037端口，继续查看6540的task，发现是wandoujia .如下所示
tasklist|findstr "6540"
wandoujia_daemon.exe 6540 Console 1 4,276 K

接下来问题就好解决了，在任务管理器kill掉wandoujia_daemon.exe ，运行android程序，ok .

1.关闭xx荚进程
2.adb kill-server
3.adb start-server
  • G.其他延申

1.3 java.lang.IllegalStateException: ExpectedBEGIN_OBJECT but was STRING at line 1 column 1 path $

  • A.详细崩溃日志信息
    • 非法参数，开始读取时应该是{}括号，所以需要处理String字符串，它有可能不是标准的json数据
    java.lang.IllegalStateException: ExpectedBEGIN_OBJECT but was STRING at line 1 column 1 path $
  • B.查看崩溃类信息
  • C.项目中异常分析
    • Gson解析数据出现问题，原因服务器返回数据不严谨
  • D.引发崩溃日志的流程分析
    • 可能的错误：
      • bean类字段类型和字段名称不一致。
      • 服务器访问得到的字符串不是纯json前面有空格和回车等字符（难发现）。
      • 如果访问的json字符串不是utf-8编码时，用Gson解析会出这种问题，在日志中打印会发现json的{}前面有乱码字符，也需要注意一下。这是因为不同的编码的原因导致的，因此必须访问utf-8的json字符串，才会减少这种问题。
    • 问题可能是：字符串并不是纯json字符串，开头可能会带有空字符或者回车符，这属于服务器问题，但我们也可以解决。
    • 最重要原因的我们网络请求后结果是字符串，而不是json，因此需要处理。
  • F.解决办法 
    /**
* 判断是否是json结构。这种判断不是很严谨
*/
public static boolean isJson(String value) {
    try {
        new JSONObject(value);
    } catch (JSONException e) {
        return false;
    }
    return true;
}

/**
* 判断是否是json结构
*/
public static boolean isGoodJson(String json) {
    try {
        new JsonParser().parse(json);
        return true;
    } catch (JsonParseException e) {
        System.out.println("bad json: " + json);
        return false;
    }
}
  • G.其他延申，补充说明
    • 解决办法：后台输出稳定的Gson格式。此方法工程量太大
    • 真正的问题是我的数据结构有问题
    • 例如下面Json字符串：
    • {"code":1,"info":"success","results":{"id":"1","name":"hehe"}}
    • results对应的应该是一个实体类，如果这个时候想把他解析为String或者List就会出现异常
    • 如果参考使用GsonForm处理后的数据模型，几乎不会出现问题；加入result后面的内容可能在请求时会因为某些原因会存在格式上的变化，这个时候就有出现该异常的风险。Gson中，关键字后面出现""引起来的内容将会被只认为是STRING，“{}”只被认为是类，“[]”只被认为是List，这个几乎是强制性的。
    • 就是说如果你的实体预计是获取String的变量，但是关键字后面对应的却出现了“{”或“[”，那么这个转换将被认为是错误的，抛出异常。

1.4 android.content.ActivityNotFoundException: No Activity found to handle Intent

  • A.详细崩溃日志信息 
    android.content.ActivityNotFoundException: No Activity found to handle Intent
  • B.查看崩溃类信息
    • 当调用{@link Context#startActivity}或其变体之一失败时，会引发此异常，因为无法找到执行给定意图的活动。
    public class ActivityNotFoundException extends RuntimeException
{
    public ActivityNotFoundException()
    {
    }

    public ActivityNotFoundException(String name)
    {
        super(name);
    }
};
  • C.项目中异常分析
  • D.引发崩溃日志的流程分析
  • F.解决办法
    • 第一种办法：做一个try catch
    Intent intent = new Intent(Intent.ACTION_SENDTO,url);
try {
    context.startActivity(intent);
} catch(ActivityNotFoundException exception) {
    Toast.makeText(this, "no activity", Toast.LENGTH_SHORT).show();
}
    • 第二种办法：判断是否有应用宝客户端
    //避免安装了应用宝的用户点击其他外部链接走此方法导致崩溃
//判断是否用应用宝客户端
if(AppUtils.isPkgInstalled(AdDetailActivity.this,"com.tencent.android.qqdownloader")){
    Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse(url));
    startActivity( intent);
}

1.5 Package manager has died导致崩溃

  • A.详细崩溃日志信息 
    出错代码位置
public static String softVersionName(Context context) {
    PackageInfo info = null;
    try {
        info = context.getPackageManager().getPackageInfo( context.getPackageName(), 0);     //在这里
    } catch (NameNotFoundException e) {
        e.printStackTrace();
    }
    return info.versionName;
}
  • B.查看崩溃类信息
  • C.项目中异常分析
  • D.引发崩溃日志的流程分析
    • 原因分析(Binder造成)
    • 如果一个进程中使用的Binder内容超过了1M，就会crash.
    • 如果Binder的使用超出了一个进程的限制就会抛出TransactionTooLargeException这个异常。
    • 如果是其他原因造成Binder crash的话就会抛出RuntimeException。
  • F.解决办法 
    public static String softVersionName(Context context) {
    PackageInfo info = null;
    try {//增加同步块
        synchronized (context) {
            info =context.getPackageManager().getPackageInfo(context.getPackageName(), 0);
        }
        return info.versionName;
    } catch (Exception e) {
        e.printStackTrace();
        return "";
    }
}
  • G.其他延申 
    private void test() {
        //这个Demo就是同时创建两个线程来进行Binder调用.
        for (int i = 0; i < 2; i++) {
            new Thread() {
                @Override
                public void run() {
                    int count = 0;
                    List<PackageInfo> list = getPackageManager().getInstalledPackages(0);
                    for (PackageInfo info : list) {
                        if(count >=1000){
                            break;
                        }
                        try {
                            PackageInfo pi = getPackageManager().getPackageInfo(info.packageName, PackageManager.GET_ACTIVITIES);
                        } catch (PackageManager.NameNotFoundException e) {

                        }
                    }
                }
            }.start();
        }
    }
}
    • 错误打印日志
    • image
    • 解决方式：其实只要避免多个线程同时来调用Binder就可以了，毕竟一个线程用了会释放，所以理论上是很难发生的。
    synchronized(MainActivity.class){ 
    PackageInfo pi = getPackageManager() .getPackageInfo(info.packageName, PackageManager.GET_ACTIVITIES); 
}

1.6 IllegalArgumentException View添加窗口错误

  • A.详细崩溃日志信息 
    View=com.android.internal.policy.impl.PhoneWindow$DecorView{22a4fb16 V.E..... R.....ID 0,0-1080,1020} not attached to window manager
com.flyco.dialog.widget.base.BaseDialog.superDismiss(BaseDialog.java)
  • B.查看崩溃类信息
  • C.项目中异常分析
    • 该异常表示view没有添加到窗口管理器，通常是我们dismiss对话框的时候，activity已经不存在了，建议不要在非UI线程操作对话框。
  • D.引发崩溃日志的流程分析
    • 常发生这类Exception的情形都是，有一个费时的线程操作，需要显示一个Dialog，在任务开始的时候显示一个对话框，然后当任务完成了在Dismiss对话框，如果在此期间如果Activity因为某种原因被杀掉且又重新启动了，那么当dialog调用dismiss的时候WindowManager检查发现Dialog所属的Activity已经不存在，所以会报错。要避免此类Exception，就要正确的使用对话框，也要正确的使用线程
  • F.解决办法
    • 可以参考崩溃bug日志总结1中的1.7
  • G.其他延申，建议
    • 不要在非UI线程中使用对话框创建，显示和取消对话框；
    • 尽量少用单独线程，出发是真正的耗时操作采用线程，线程也不要直接用Java式的匿名线程，除非是那种单纯的操作，操作完成不需要做其他事情的。
    • 如果是在fragment中发起异步网络的回调中进行dialog的操作，那么在操作之前，需要判断 isAdd( )，避免fragment被回收了但是还要求dialog去dismiss
    • 在Activity onDestroy中对Dialog提前进行关闭

1.7 IllegalStateException: Not allowed to start service Intent异常崩溃

  • A.详细崩溃日志信息 
     Caused by: java.lang.IllegalStateException: Not allowed to start service Intent { act=initApplication cmp=com.paidian.hwmc/.service.InitializeService }: app is in background uid UidRecord{a37d28d u0a386 TRNB bg:+5m30s482ms idle procs:3 seq(0,0,0)}
  • B.查看崩溃类信息
  • C.项目中异常分析
  • D.引发崩溃日志的流程分析
  • F.解决办法
  • G.其他延申

1.8 java.lang.IllegalStateException：Can not perform this action after onSaveInstanceState

  • A.详细崩溃日志信息

    • image
  • B.查看崩溃类信息
  • C.项目中异常分析
    • 通过下面的源码分析，我们可以知道，出现以上崩溃日志的原因，是因为我们在按下页面返回键的时候，当前Activity以及在执行销毁操作（也就是说我们以前在其他地方调用了finish方法）。
  • D.引发崩溃日志的流程分析
    • 问题所在是Activity#onBackPressed()方法。查看源代码：点击onBackPressed方法中的super
    • 在FragmentActivity中
    @Override
public void onBackPressed() {
    if (!mFragments.getSupportFragmentManager().popBackStackImmediate()) {
        super.onBackPressed();
    }
}
    • 接着再次点击super，在Activity中
    public void onBackPressed() {
    if (mActionBar != null && mActionBar.collapseActionView()) {
        return;
    }

    if (!mFragments.getFragmentManager().popBackStackImmediate()) {
        finishAfterTransition();
    }
}
public void finishAfterTransition() {
    if (!mActivityTransitionState.startExitBackTransition(this)) {
        finish();
    }
}
    • 我们看到onBackPressed()方法执行了两个操作，第一个是获取当前的FragmentManager，并且执行退栈操作，第二个是在退栈完成之后，执行finish方法。继续查看源码，关键是FragmentManager实现类的popBackStackImmediate方法
    @Override
public boolean popBackStackImmediate() {
    checkStateLoss();
    executePendingTransactions();
    return popBackStackState(mHost.getHandler(), null, -1, 0);
}
    • 我们看到，在执行退栈动作之前，这里还有一步检查操作
    private void checkStateLoss() {
    if (mStateSaved) {
        throw new IllegalStateException(
                "Can not perform this action after onSaveInstanceState");
    }
    if (mNoTransactionsBecause != null) {
        throw new IllegalStateException(
                "Can not perform this action inside of " + mNoTransactionsBecause);
    }
}
    • 从这里，我们终于找到了崩溃日志上的异常文案：Can not perform this action after onSaveInstanceState
  • F.解决办法
    • 方案1，在调用super.onBackPressed的时候，我们需要判断当前Activity是否正在执行销毁操作。
    if (!isFinishing()) {
    super.onBackPressed();
}
    • 方案2，通过上面的源码分析，我们也知道了，super.onBackPressed最后也是调用finish()方法，因此我们可以重写onBackPressed，直接调用finish方法。
  • G.其他延申

1.9 在Fragment中通过getActivity找不到上下文，报null导致空指针异常

  • A.详细崩溃日志信息
  • B.查看崩溃类信息
  • C.项目中异常分析
    • 使用ViewPager+Fragment进行视图滑动，在某些部分逻辑也许我们需要利用上下文Context（例如基本的Toast），但是由于Fragment只是衣服在Activity容器的一个试图，如果需要拿到当前的Activity的上下文Context就必须通过getActivity()获取。
    • 遇过出现getActivity()出现null的时候导致程序报出空指针异常。其实原因可以归结于因为我们在
      • 切换fragment的时候，会频繁被crash
      • 系统内存不足
      • 横竖屏幕切换的时候
      • 以上情况都会导致Activity被系统回收，但是由于fragment的生命周期不会随着Actiivty被回收而被回收，因此才会导致getActivity()出现null的问题。
    • 很多人都曾被这个问题所困扰，如果app长时间在后台运行，再次进入app的时候可能会出现crash，而且fragment会有重叠现象。如果系统内存不足、切换横竖屏、app长时间在后台运行，Activity都可能会被系统回收然后重建，但Fragment并不会随着Activity的回收而被回收，创建的所有Fragment会被保存到Bundle里面，从而导致Fragment丢失对应的Activity。
  • D.引发崩溃日志的流程分析
    • 当遇到getActivity()为null，或getContext()时，先冷静想想以下3点：
      • 1.是不是放在了第三方的回调中
      • 2.是不是在其他进程中调用了（其实第一点就是在其他进程中调用了）
      • 3.是不是调用时不在指定生命周期范围内（onAttach与onDetach之间）
  • F.解决办法 
    在Fragment中直接调用
private MActivity mActivity; 
@Override 
public void onAttach(Activity activity) { 
    super.onAttach(activity); 
    mActivity = (MActivity) activity; 
}
@Override
public void onDetach() {
    super.onDetach();
    mActivity = null;
}
  • G.其他延申
    • 源码解读：在FragmentActivity中
    @Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    Parcelable p = mFragments.saveAllState();
    if (p != null) {
        outState.putParcelable(FRAGMENTS_TAG, p);
    }
    ……
}
    • 如果从最近使用的应用里面点击我们的应用，系统会恢复之前被回收的Activity，这个时候FragmentActivity在oncreate里面也会做Fragment的恢复
    @SuppressWarnings("deprecation")
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    mFragments.attachHost(null /*parent*/);
    super.onCreate(savedInstanceState);
    NonConfigurationInstances nc = (NonConfigurationInstances) getLastNonConfigurationInstance();
    if (nc != null) {
        mFragments.restoreLoaderNonConfig(nc.loaders);
    }
    if (savedInstanceState != null) {
        Parcelable p = savedInstanceState.getParcelable(FRAGMENTS_TAG);
        mFragments.restoreAllState(p, nc != null ? nc.fragments : null);
  ……
    }
    if (mPendingFragmentActivityResults == null) {
        mPendingFragmentActivityResults = new SparseArrayCompat<>();
        mNextCandidateRequestIndex = 0;
    }
    mFragments.dispatchCreate();
}
    • 假设我们的页面叫MyActivity（继承自FragmentActivity），其中用到的Fragment叫MyFragment。出现上面这种情况时，app发生的变化如下：
      • 1、在前面提到的几种情况下系统回收了MyActivity
      • 2、通过onSaveInstanceState保存MyFragment的状态
      • 3、用户再次点击进入app
      • 4、由于MyActivity被回收，系统会重启MyActivity，根据之前保存的MyFragment的状态恢复fragment
      • 5、MyActivity的代码逻辑中，会再次创建新的MyFragment
      • 6、页面出现混乱，覆盖了两层的fragment。假如恢复的MyFragment使用到了getActivity()方法，会报空指针异常
    • 对于上面的问题，可以考虑下面这两种解决办法：
      • 1、不保存fragment的状态：在MyActivity中重写onSaveInstanceState方法，将super.onSaveInstanceState(outState);注释掉，让其不再保存Fragment的状态，达到fragment随MyActivity一起销毁的目的。
      • 2、重建时清除已经保存的fragment的状态：在恢复Fragment之前把Bundle里面的fragment状态数据给清除。方法如下：
    if(savedInstanceState!= null){
    String FRAGMENTS_TAG =  "Android:support:fragments";
    savedInstanceState.remove(FRAGMENTS_TAG);
}

关于其他内容介绍

01.关于博客汇总链接

02.关于我的博客

©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 201,924评论 5赞 474
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 84,781评论 2赞 378
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 148,813评论 0赞 335
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,264评论 1赞 272
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,273评论 5赞 363
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,383评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,800评论 3赞 393
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,482评论 0赞 256
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,673评论 1赞 295
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,497评论 2赞 318
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,545评论 1赞 329
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,240评论 4赞 318
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,802评论 3赞 304
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,866评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,101评论 1赞 258
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 42,673评论 2赞 348
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,245评论 2赞 341

推荐阅读更多精彩内容

  • Android - 收藏集
    Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,332评论 25赞 707
  • Android - 收藏集
    用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金 Cover 有什么料？ 从这篇文章中你...
    hw1212阅读 12,677评论 2赞 59
  • Android Handler 消息机制
    【Android Handler 消息机制】 前言 在Android开发中，我们都知道不能在主线程中执行耗时的任务...
    Rtia阅读 4,801评论 1赞 28
  • Python+Flask搭建mock api server
    Python+Flask搭建mock api server 前言： 近期由于工作需要，需要一个Mock Serve...
    骨头骨头懒骨头阅读 5,856评论 1赞 14
  • 斗争
    首先。你不能比我过得好。 其次。你得到的我都必须有。 再次。你不能比他还开心。
    生煎狍子阅读 463评论 0赞 0