⌈AndroidNative消息队列处理系列文章⌋AndroidNative--Message/Handler/Looper机制（原理篇）AndroidNative--Message/Handler/Looper机制（应用篇） 前言在分析AndroidFrameworkNative层代码的时候，很多地方都用到了Android系统中重要的辅助类Looper来进行线程间通信或设计事件处理逻辑，本文将深入分析一下Message/Handler/Looper机制，方便理解其运行原理。Tips:先给出几篇非常不错的参考文章https://blog.csdn.net/xiaosayidao/article
⌈AndroidNative消息队列处理系列文章⌋AndroidNative--Message/Handler/Looper机制（原理篇）AndroidNative--Message/Handler/Looper机制（应用篇） 前言在分析AndroidFrameworkNative层代码的时候，很多地方都用到了Android系统中重要的辅助类Looper来进行线程间通信或设计事件处理逻辑，本文将深入分析一下Message/Handler/Looper机制，方便理解其运行原理。Tips:先给出几篇非常不错的参考文章https://blog.csdn.net/xiaosayidao/article
题目描述给定一个整数数组asteroids，表示在同一行的行星。对于数组中的每一个元素，其绝对值表示行星的大小，正负表示行星的移动方向（正表示向右移动，负表示向左移动）。每一颗行星以相同的速度移动。找出碰撞后剩下的所有行星。碰撞规则：两个行星相互碰撞，较小的行星会爆炸。如果两颗行星大小相同，则两颗行星都会爆炸。两颗移动方向相同的行星，永远不会发生碰撞。[题目地址]思路与代码对题目进行简单分析后发现，行星碰撞是具有延续性质的，换句话说，当相邻的两个行星发生碰撞后，其中的一个行星会消失，继续存在的行星若和新的相邻行星也符合碰撞条件，则能继续地进行碰撞。另外，还可以发现，不论以从左到右或是从右到左，
题目描述给定一个整数数组asteroids，表示在同一行的行星。对于数组中的每一个元素，其绝对值表示行星的大小，正负表示行星的移动方向（正表示向右移动，负表示向左移动）。每一颗行星以相同的速度移动。找出碰撞后剩下的所有行星。碰撞规则：两个行星相互碰撞，较小的行星会爆炸。如果两颗行星大小相同，则两颗行星都会爆炸。两颗移动方向相同的行星，永远不会发生碰撞。[题目地址]思路与代码对题目进行简单分析后发现，行星碰撞是具有延续性质的，换句话说，当相邻的两个行星发生碰撞后，其中的一个行星会消失，继续存在的行星若和新的相邻行星也符合碰撞条件，则能继续地进行碰撞。另外，还可以发现，不论以从左到右或是从右到左，
在一些比较正规的大型项目的代码版本管理中，git管理员通常会设置commitmessage的校验来验证提交代码的合规性，比如有些commitmessage的组成规定为：需求编号或缺陷编号+特殊字符（如:）+message。在这种git版本管理环境下，一旦发生版本冲突，会导致本地merge的代码推送的时候无法通过commitmessage校验的情况。这是因为从dev（假设为提交目标分支）分支merge过来的代码包含了别人的历史commitmessage还有本次merge的简略git自动生成的信息，而当你push的时候，git就会提示commitmessage校验不通过。那么今天就跟大家分享一
在一些比较正规的大型项目的代码版本管理中，git管理员通常会设置commitmessage的校验来验证提交代码的合规性，比如有些commitmessage的组成规定为：需求编号或缺陷编号+特殊字符（如:）+message。在这种git版本管理环境下，一旦发生版本冲突，会导致本地merge的代码推送的时候无法通过commitmessage校验的情况。这是因为从dev（假设为提交目标分支）分支merge过来的代码包含了别人的历史commitmessage还有本次merge的简略git自动生成的信息，而当你push的时候，git就会提示commitmessage校验不通过。那么今天就跟大家分享一
Aswementionedinthe previousarticle ofthisseries,the MQTTprotocol iscurrentlythemostsuitablecommunicationprotocolforbuildingthedataplatformforIoV.Basedonthis,thisarticlewillcontinuetodiscusstheacquisitionandtransmissionofMQTTmessagesfortheIoVandhowtobuildaten-million-levelIoVMQTTmessageplat
Aswementionedinthe previousarticle ofthisseries,the MQTTprotocol iscurrentlythemostsuitablecommunicationprotocolforbuildingthedataplatformforIoV.Basedonthis,thisarticlewillcontinuetodiscusstheacquisitionandtransmissionofMQTTmessagesfortheIoVandhowtobuildaten-million-levelIoVMQTTmessageplat
最近被同事吐槽了，说我代码提交说明写的太差。其实都不用他吐槽，我自己心里也非常清楚。毕竟很多时候犯懒，都是直接一个 -m"fix" 就提交上去了。这样做是非常不好的，我也是自食恶果，深受其害。特别是查看历史提交记录时，想通过提交说明来了解当时的功能变更，基本不可能，都得点进去看代码才行。所以这两天看了一些如何写好提交说明的资料，系统地学习了一下。虽然团队没有这方面的要求，但是想要进步，得对自己提更高的要求才行。一般使用git提交代码的话，可以使用 -m 参数来指定提交说明，比如：$gitcommit-m"helloworld"如果一行不够，可以只执行 gitcommit，这样就会跳出文本编辑器
最近被同事吐槽了，说我代码提交说明写的太差。其实都不用他吐槽，我自己心里也非常清楚。毕竟很多时候犯懒，都是直接一个 -m"fix" 就提交上去了。这样做是非常不好的，我也是自食恶果，深受其害。特别是查看历史提交记录时，想通过提交说明来了解当时的功能变更，基本不可能，都得点进去看代码才行。所以这两天看了一些如何写好提交说明的资料，系统地学习了一下。虽然团队没有这方面的要求，但是想要进步，得对自己提更高的要求才行。一般使用git提交代码的话，可以使用 -m 参数来指定提交说明，比如：$gitcommit-m"helloworld"如果一行不够，可以只执行 gitcommit，这样就会跳出文本编辑器
