很多开发者以为只要调用cancel就能彻底停掉定时任务，实际线上经常遇到两种诡异现象：一是调用Timer.cancel后再schedule直接抛IllegalStateException，二是明明调用了TimerTask.cancel，Activity还是被泄漏引用。根源在于Timer和TimerTask的cancel语义完全不同，一个终止整个调度器，一个只标记单个任务。搞清源码层面的差异，才能避免踩坑。
很多开发者以为调用一下cancel就能彻底搞定Timer，实际在Android上，Timer带来的内存泄漏、任务突然全停、更新UI崩溃等问题，往往就出在没搞清它的取消语义和线程模型。Timer属于Java标准库，内部维护一个后台线程和任务队列，通过延迟或固定周期触发TimerTask，它本身完全不感知Android组件生命周期，也不保证调度的实时性。下面从取消机制、资源管理、典型场景三方面梳理。
build.prop是Android系统里存放系统属性的配置文件，通常位于/system目录，记录了设备型号、制造商、屏幕密度、系统版本等信息，也包含不少影响系统行为的开关。它常被拿来和Windows注册表类比，改对能实现定制，改错可能直接导致系统不稳定甚至无法开机。随着Android版本升级，系统分区普遍只读并开启dm-verity校验，直接改文件的难度和风险都比早年高很多，现在更推荐用模块化方式覆盖属性。
浏览器自带的alert和confirm虽然简单，但样式无法控制、会阻塞主线程，代码会一直等待用户响应，点击确定返回true、取消返回false，体验比较粗糙。实际项目里通常需要自定义对话框，既能承载表单、富文本、图片等复杂内容，又能配合动画和主题。常见实现路径有四种：手写div加遮罩、使用原生dialog元素、封装Promise式函数调用、借助UI组件库。下面分别说明实现思路和关键细节。
Java里Date和Timestamp经常出现在业务代码和数据库交互中，很多人以为两者随便转就行，实际踩坑多集中在毫秒丢失、时区偏移和JDBC时区配置上。java.util.Date表示一个绝对时间戳，内部就是一个从1970年1月1日00:00:00 GMT开始的毫秒数，不带时区信息。java.sql.Timestamp继承自Date，额外增加了纳秒精度，主要用于和数据库的DATETIME、TIMESTAMP字段对应。理解这个继承关系，是掌握两者转换的前提。
先纠正一个常见误区：严格来说C语言没有STL，STL是C++标准库的内容，包括vector、list、map等。如果代码里能写std::vector，那说明编译的是C++，获取长度用size()。C语言里对应的是自己封装动态数组、使用glib的GArray、或者用stc这类第三方容器库。搞清这一点，能避免在C项目里到处找不存在的接口。下面按静态数组、字符串数组、容器三类分别说明。
Linux里常说的“格式化硬盘”，完整流程其实是磁盘确认、分区、创建文件系统、挂载、开机自动挂载五个环节，跳过任何一步都可能埋雷。很多人直接对整块磁盘执行mkfs，虽然能用，但会带来资产管理混乱、监控采集困难、性能对齐不确定、扩容迁移麻烦等问题，而且一旦设备名看错，很容易把系统盘覆盖掉。下面按实际操作顺序梳理。
Android开发里，gravity和layout_gravity是最容易混淆的一对属性，很多人反复查也记不住，核心原因是没抓住参照物。gravity控制的是控件内部内容或子View在自身内部怎么排，layout_gravity控制的是控件自身在父容器里怎么放。简单记就是，gravity管“我里面的东西怎么摆”，layout_gravity管“我在爸爸那里怎么摆”。两者取值基本一致，包括top、bottom、left、right、center_vertical、center_horizontal、cent
很多开发者以为只要调用cancel就能彻底停掉定时任务，实际线上经常遇到两种诡异现象：一是调用Timer.cancel后再schedule直接抛IllegalStateException，二是明明调用了TimerTask.cancel，Activity还是被泄漏引用。根源在于Timer和TimerTask的cancel语义完全不同，一个终止整个调度器，一个只标记单个任务。搞清源码层面的差异，才能避免踩坑。
很多开发者以为调用一下cancel就能彻底搞定Timer，实际在Android上，Timer带来的内存泄漏、任务突然全停、更新UI崩溃等问题，往往就出在没搞清它的取消语义和线程模型。Timer属于Java标准库，内部维护一个后台线程和任务队列，通过延迟或固定周期触发TimerTask，它本身完全不感知Android组件生命周期，也不保证调度的实时性。下面从取消机制、资源管理、典型场景三方面梳理。
build.prop是Android系统里存放系统属性的配置文件，通常位于/system目录，记录了设备型号、制造商、屏幕密度、系统版本等信息，也包含不少影响系统行为的开关。它常被拿来和Windows注册表类比，改对能实现定制，改错可能直接导致系统不稳定甚至无法开机。随着Android版本升级，系统分区普遍只读并开启dm-verity校验，直接改文件的难度和风险都比早年高很多，现在更推荐用模块化方式覆盖属性。
浏览器自带的alert和confirm虽然简单，但样式无法控制、会阻塞主线程，代码会一直等待用户响应，点击确定返回true、取消返回false，体验比较粗糙。实际项目里通常需要自定义对话框，既能承载表单、富文本、图片等复杂内容，又能配合动画和主题。常见实现路径有四种：手写div加遮罩、使用原生dialog元素、封装Promise式函数调用、借助UI组件库。下面分别说明实现思路和关键细节。
Java里Date和Timestamp经常出现在业务代码和数据库交互中，很多人以为两者随便转就行，实际踩坑多集中在毫秒丢失、时区偏移和JDBC时区配置上。java.util.Date表示一个绝对时间戳，内部就是一个从1970年1月1日00:00:00 GMT开始的毫秒数，不带时区信息。java.sql.Timestamp继承自Date，额外增加了纳秒精度，主要用于和数据库的DATETIME、TIMESTAMP字段对应。理解这个继承关系，是掌握两者转换的前提。
先纠正一个常见误区：严格来说C语言没有STL，STL是C++标准库的内容，包括vector、list、map等。如果代码里能写std::vector，那说明编译的是C++，获取长度用size()。C语言里对应的是自己封装动态数组、使用glib的GArray、或者用stc这类第三方容器库。搞清这一点，能避免在C项目里到处找不存在的接口。下面按静态数组、字符串数组、容器三类分别说明。
Linux里常说的“格式化硬盘”，完整流程其实是磁盘确认、分区、创建文件系统、挂载、开机自动挂载五个环节，跳过任何一步都可能埋雷。很多人直接对整块磁盘执行mkfs，虽然能用，但会带来资产管理混乱、监控采集困难、性能对齐不确定、扩容迁移麻烦等问题，而且一旦设备名看错，很容易把系统盘覆盖掉。下面按实际操作顺序梳理。
Android开发里，gravity和layout_gravity是最容易混淆的一对属性，很多人反复查也记不住，核心原因是没抓住参照物。gravity控制的是控件内部内容或子View在自身内部怎么排，layout_gravity控制的是控件自身在父容器里怎么放。简单记就是，gravity管“我里面的东西怎么摆”，layout_gravity管“我在爸爸那里怎么摆”。两者取值基本一致，包括top、bottom、left、right、center_vertical、center_horizontal、cent
苏公网安备 32059002001776号
