Android框架层Android系统服务WindowManagerServiceAndroid框架层本文首发于微信公众号「后厂技术官」前言此前我用多篇文章介绍了WindowManager，这个系列我们来介绍WindowManager的管理者WMS，首先我们先来学习WMS是如何产生的。本文源码基于Android8.0，与Android7.1.2

摘要：本节主要来讲解Android10.0Native层HIDL服务的获取原理阅读本文大约需要花费23分钟。文章首发微信公众号：IngresGe专注于Android系统级源码分析，Android的平台设计，欢迎关注我，谢谢！\Android取经之路\的源码都基于AndroidQ（10.0）进

Android系统四层架构个人网站：http://www.51pansou.com(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.51pansou.com)Android视频下载：Android视频(https://www.oschina.

官方介绍网址：http://developer.android.com/reference/android/app/Activity.html(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fdeveloper.android.com%2Freference%2Fandroid%2Fapp

IM在消息交互时，如果websocket断了，消息可能到了，也可能没到，怎么处理这个异常情况？还是说在一端的send方法就会报错了，就知道了消息没有送出去？我想讨论的就是是否需要增加一个ACK机制来确保消息成功到达接受人端一个方法是加入ack机制每收到一条消息就立即发回一个ACKIM这一块需要整理客户端的组件结构像负

Android之ClassLoader和插件Android中的ClassLoader本质上跟JRE中的一样,但Android的字节码格式不一样,Android下的ClassLoader不能直接加载普通的jar包,需要使用dex2jar工具中的d2jjar2dex.bat,  把jar转换为classe

消息中间件的性能好坏，它的消息存储的机制是衡量该性能的最重要指标之一，而Kafka具有高性能、高吞吐、低延时的特点，动不动可以上到几十上百万TPS，离不开它优秀的消息存储设计。下面我按照自己的理解为大家讲解Kafka消息存储设计的那些事。在Kafka的设计思想中，消息的存储文件被称作日志，我们Java后端绝大部分人谈到日志，一般会联想到

十年河东，十年河西，莫欺少年穷学无止境，精益求精近几天一直都在看阿里云的IOT云服务及消息队列MNS，一头雾水好几天了，直到今天，总算有点收获了，记录下来，方便以后查阅。首先借用阿里云的一张图来说明：设备是如何通过云服务平台和企业服务器‘通话的’!(https://img2020.cnblogs.com/blog/451016/20200

Redis作为消息队列升级为KafKa记录项目当中运营人员发送指定匹配用户(最高用户量几十万的级别)特定的消息,所以这块是确确实实需要使用专业级别的消息队列中间件的,但是可能由于当时开发的各种历史原因导致使用了Redis的队列结构来作为消息队里lpush,blpop等命令,项目开发进展到现在,用户量不断增大,包括不同的消息继承进来,包括举报反馈,小纸条

最近的项目中用到了mq，之前自己一直在码农一样的照葫芦画瓢。最近几天研究了下，把自己所有看下来的文档和了解总结一下。一.认识JMS1.概述对于JMS,百度百科，是这样介绍的：JMS即Java消息服务（JavaMessageService）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两