Activity的生命周期概念当用户浏览，退出和返回应用时，Activity实例会在其生命周期中转换为不同的状态。在生命周期回调方法中，可以声明用户离开并重新进入Activity时Activity的行为方式。每个回调允许执行适合于给定状态更改的特定工作。生命周期回调的良好实现可以帮助确保您的应用程序避免：如果用户在使用您的App时接到电话或切换

我们知道InnoDB采用WriteAheadLog策略来防止宕机数据丢失，即事务提交时，先写重做日志，再修改内存数据页，这样就产生了脏页。既然有重做日志保证数据持久性，查询时也可以直接从缓冲池页中取数据，那为什么还要刷新脏页到磁盘呢？如果重做日志可以无限增大，同时缓冲池足够大，能够缓存所有数据，那么是不需要将缓冲池中的脏页刷新到磁盘。但是，通常会有以下几

一、静态内部类：1.静态内部类，静态内部类对象可以不依赖于外部类对象，直接创建。 2.静态内部类中，只能直接访问外部类的静态成员，如果需要调用非静态成员，可以通过实例对象实例。3.静态内部类对象实例时，可以不依赖于外部类对象4.可以通过外部类.内部类.静态成员的方式，访问内部类中的静态成员。5.当内部类属性与外部类属性同名时，默认直接

1在使用多列作为主键时，上述条件必须应用到所有列，所有列值的组合必须是唯一的（但单个列的值可以不唯一）。2多条SQL语句必须以分号（；）分隔。3在选择多个列时，一定要在列名之间加上逗号4DISTINCT关键字作用于所有的列，不仅仅是跟在其后的那一列5返回特定数量的行：各种数据库中的这一SQ

作为一个Web的前端攻城师，在制作页面效果时肯定有碰到下面这种现象：当一个HTML页面中含有较少的内容时，Web页面的“footer”部分随着飘上来，处在页面的半腰中间，给视觉效果带来极大的影响，让你的页面看上去很不好看，特别是现在宽屏越来越多，这种现象更是常见。那么如何将Web页面的“footer”部分永远固定在页面的底部呢？注意了这里所说的是页脚fo

全局traceId关于链路追踪，在微服务的趋势下，一次调用的日志信息分布在不同的机器上或目录下，当需要看一条链路调用所有的日志信息时，这是个比较困难的地方，我们虽然有ELK,Sentry等日志异常收集分析工具，但是如何把信息串起来也是一个关键的问题。我们一般的做法是在系统调用开始时生成一个traceId，并且它伴随着一

什么是快照数据库快照是SQLserver2005的一个新功能。给出的定义如下数据库快照是数据库的只读静态视图。在创建时每个数据库快照在事务上都与源数据库一致。在创建数据库快照时，源数据库通常会有打开的事务。在快照可以使用之前，打开的事务会回滚以使数据库快照在事务上取得一致。reg：!(https://oscimg.oschina.ne

在清洗日志时，有一个应用场景，就是TCP输出时，需要在一个主机挂了的情况下，自已切换到下一个可用入口，而原tcpoutput仅支持单个目标主机设定。故本人在原tcp的基础上，开发出tcp\_multihost输出插件，来满足此场景。插件在一开始的时候会随机选择一个链路，而在链路出错连续超过３(默认)次后会尝试数组中下一个主机github:http

太久没去blog.com更新文章，导致他们要删掉我的blog,无奈只好把我之前收集的其他的文章搬到这里。先声明，这些文章都是网络上的资料，出处我已经忘记了，不好意思。1管理好自己的指针，在函数作用域内消失时让其消失，或者将其引用给其他外部指针。2函数参数在执行时，编译器会在栈上使用临时变量\_p,退出操作时使\_pp，所以只是值传递时，只

前言本文总结了一些常见的线上应急现象和对应排查步骤和工具。分享的主要目的是想让对线上问题接触少的同学有个预先认知，免得在遇到实际问题时手忙脚乱。毕竟作者自己也是从手忙脚乱时走过来的。只不过这里先提示一下。在线上应急过程中要记住，只有一个总体目标：尽快恢复服务，消除影响。不管处于应急的哪个阶段，我们首先必须想到的是恢复问题，恢复问题不一