老生常谈之Android 启动模式

关于启动模式网上一堆一堆的文章可以参考,我只是通过自己实践记录一下实验过程

tip1

dumpsys | grep "DUMP OF SERVICE"  //列举当前手机所有支持的dumpsys命令
查看activity 堆栈
dumpsys activity 包名

Task

  1. Task 是一个堆栈。里面维护了一系列Activity
  2. 不同应用的Activity 可以包含在一个Task 里边,比如系统发送邮件等等
    继续阅读“老生常谈之Android 启动模式”

HashMap的实现原理

接着昨天的问题

-HashMap 用的多吗?
– 嗯挺多的
– 能说说其原理吗?
– HashMap 是一种数据结构,我们可以通过Key 来存储一些value。 利用Key的HashCode 做为内存地址,以便于很快的查找到对应的Value。
– 什么内存地址?
– 就是java虚拟机中的内存啊,不知道是堆还是栈
– 啊???(心里活动:妈勒个蛋,一本正经的胡说八道)好我们不说这个,那你说到HashCode ,请问HashCode 有可能发生碰撞吗?
– 当然会(hashCode 返回的也就是int 行,最多也就是2的32次方个。总是有限的嘛,而我们的对象可以无限制创建,虽然我还没有对象)
– 那HashMap是如何解决这个问题的呢。
– 额,这个几率会很小吧,可能需要我们重写一下key的hashCode,因为Key 也是Object类的子类吧。所以可以重写,额。。。
– 。。。。

承认,没看过HashMap 源码,我的错。我应该直接说没看过的。尴尬。
那今天来具体看一下 。
说点简单的,HashMap 怎么存储我们的 Key Value,从put 方法开始跟踪。

    public V put(K key, V value) {
        return putVal(hash(key), key, value, false, true);
    }

一个hash 函数。(这个有兴趣可以再看看是怎么算的,我写完这个再去看看) 算出了Hash.
继续阅读“HashMap的实现原理”

彻底弄清楚android 面试经典题:Handler 机制

向来觉得电话面试就觉得肯定黄,总有一种局促和不安,今天接到阿里的电话面,当时在家里。问的问题还是那几个老生常谈的问题。 view 的绘制啊, handler 机制啊,hashmap实现原理啊。效率啊,优化啊啥的。

今天可谓是都碰上了(其实还差那个asyntask 啊 http协议啊 多线程同步啊,jvm 啊,启动流程啊巴拉巴拉),这一关不过,下一关就没门啊,其实这个和项目经验或者一个人能不能做成事情并没有太大关系,最高的智商是把事做成,最高的情商是靠谱。

以前工作没那么多闲情看这个,那今天就带着面试的目的来彻底研究一下 面试第一题 Handler机制。

从应用开发这个角度来看,大家可能都知道 不能在子线程中直接new 一个hander。否则会抛出常见的

java.lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare()

然后大家也知道(上面明显提示),在子线程中假如要创建handler 可以先Looper.prepare()然后就可以创建了。

我们写一个常见的用handler 进行线程间通讯例子,子线程发送消息给主线程更新UI
继续阅读“彻底弄清楚android 面试经典题:Handler 机制”

最近两个星期宅家里

十一月悄然过完了,从十五号开始,宅在家里足足两个星期,几乎没有怎么出过门。

关于技术

阿里云域名备案下来了。

小黑助手第一个功能刚刚上线。就是这么一个日程提醒的功能,开发周期远远超过了我的预期。通过语音发送一个日程提醒,比如说 “今天下午五点开会“,公众号会创建一个提醒,到五点的时候会推送一个日程提醒。看似简单的功能,却到处都是坑。

首先 是域名备案,要想实现微信公众号访问h5 获取到用户信息的花,域名必须icp备案,这个过程提前有所准备,所以还算顺利,花了十来天吧。我只备案了一个域名,如果感觉还可以,以后会把手下的其他几个域名都备案一下。

其次 程序后台是基于flask的。实现异步任务调度,用的是apscheduler。这个还算简单,看看api,简单的推送还是没问题,但是推送需要用到一个access_token 这个是微信用来获取一些数据要用到的。包括推送事件以及主动给用户发送消息,这个值的有效时间是两个小时,因此需要一个中控服务刷新,我还是用的apscheduler 去定时刷新token,token保存到 redis 中,这样高频读取的话速度会高一些。

对于如何将语音指令转化为日程数据,我的初步想法是用一些api解析语音内容 转化成文字,然后用正则从文字中提取出关键信息。这样就能做到自动构建出事件啦。

最后还有就是日程数据的管理,需要删除浏览自己的日程提醒,所以需要一个界面,因此我在公众号下创建了一个菜单,用户点击菜单可以进入到日程列表,这里可以手动添加删除日程。界面是用的vue 发现jinja2和vue的工作有些重复了,而且变量识别符号有冲突,因此将jinja2模板的识别符 强制加空格。后期将功能全部转换为vue来实现。因为vue同时实现动画,以及页面,更加灵活,举个例子,如果用jinja2模板做一个列表,需要在每个列表下添加完整的资源删除链接,vue或者js 可以直接只需要id 自行拼接就好了。

我设想后期还需要加上生日提醒(支持农历),再进一步的功能再看吧。

有兴趣可以关注一下

关于工作

这是一个不得不面对的问题,快年底了,半年没有上班,回去没法交代。前一阵想去一些初创公司看看,做python,看了两家,感觉和自己想想的差距蛮大的,一个是待遇低,加班严重,而且不缴纳公积金。这样想想还不如回去做安卓。