上一篇推文中提到，我希望通过监控微信对应的聊天记录，来实现一个消息自动处理的机器人，上篇文章实现的就是自动保存感兴趣的文章到Bear。

虽说那篇文章比较实用，也有很多朋友表示喜欢，但还有不少缺陷：

  • 对技术薄弱的朋友复现困难，项目很多配置需要手动生成，前期校验工作很多
  • 二次开发比较困难，不能直接作为第三方包使用
  • 项目兼容性不强，目前只支持Mac并且只支持微信这个APP，其他如钉钉就没辙
  • 项目稳定性不强，微信更改机制可能又需要重头再来

对，问题很多，但在勉强能用的情况下我并不是很有动力进行新方案的开发。那么是什么原因促使我更新方案了呢~

背景：在公司和数据打交道居多，运营那块每天会将一些表格数据发到钉钉群里面，然后我组内成员需要手动下载并找到对应的处理脚本进行处理

然后我问了下两周需要耗费多长时间在这件事情上，答曰1小时，这确实不能忍了！

于是我花了10小时做了这个处理方案！顺便解决上面说的四个问题，赚了。。。

调研

开始之前，自然是先下决心将一切历史问题解决掉：

  • 跨系统！跨软件！
  • 程序能直接作为第三方包使用，并且傻瓜式！

好，flag已立，开始吧，核心技术点就是如何监控所有平台软件的消息。

上一篇推文的方案只能支持微信，所以我目前的背景需求里面的监控对象是钉钉，难道我又要按照以前的方法去搞db文件么？

总结来说，我监控的是消应用息，并且不只是微信、还需要钉钉、QQ等其他任意软件的消息，而且我也不能一个个地去破解（就算这次解密成功，如果下次需求是其他通信软件呢？），那该怎么办呢？

所以这次处理问题的角度需要站在上帝视角，说来简单，做起来也简单，哈哈。

话说我灵光一闪，既然目标对象是所有应用的消息，那我我为何不将视角从应用层面移到系统层面呢？

我以我的Mac为例，这不有现成的通知中心么？

可谓是柳暗花明又一村，老胡我这招隔山打牛，姿势还可以吧？

现在问题很明确了：

  • 我管你微信、钉钉、还是QQ，我只看系统的通知中心
  • 我管你怎么加密、怎么限制，你总不会限制系统吧，我还是只看系统的通知中心

我背靠操作系统老大，现在还害怕你几个小应用，一起上，我哭算我输。

在操作系统的领域内，这个方案就是武侠世界的九阳神功，还配上了屠龙刀，可谓：十步杀一人，千里不留行。

调研结束。

实践

解决方案确立了，接下来无非就是验证加实现，这里还是以Mac为例。

来来来，看看苹果的系统中心好不好攻占，首先，咋们来确立系统中心数据的存储方式，进入终端：

1
2
3

cd `getconf DARWIN_USER_DIR`/com.apple.notificationcenter/db2
ls
db     db-shm db-wal

可以看到，有三个文件，哎，好熟悉，SQLite呗。

打开：

分别有以下几个表：

  • app
  • categories
  • dbinfo
  • delivered
  • displayed
  • record
  • requests
  • snoozed

可能有点多，但我们只需要关注两个表就行：

  • app：应用id
  • record：监控的应用消息

建表语句分别如下：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22

create table app
(
    app_id     INTEGER
        primary key,
    identifier VARCHAR,
    badge      INTEGER
);

create table record
(
    rec_id            INTEGER
        primary key,
    app_id            INTEGER,
    uuid              BLOB,
    data              BLOB,
    request_date      REAL,
    request_last_date REAL,
    delivered_date    REAL,
    presented         Bool,
    style             INTEGER,
    snooze_fire_date  REAL
);

在app表的这行，可以看到微信应用的id是35。

1
2

app_id	identifier
35			com.tencent.xinwechat

知道应用id后就可以直接在record表里面直接找到通知消息：

1

SELECT app_id,data, presented, delivered_date FROM record WHERE app_id IN (35)  ORDER BY delivered_date DESC;

得到结果如下：

一切顺利，但定睛一看，中间那一大串是什么？不要慌，里面bplist，给了很大的提示。

在Python的世界里，没有什么问题是引入一个第三方包解决不了的，如果有，那么引入两个第三方包就可以了。

1

pip install biplist

利用biplist会将那一串加载成我们人类可以看懂的语言。

好像没有一点阻碍，那就可以直接编码实现了。

编码

算了，不多说，多了我也说不出来，直接开源吧，见 https://github.com/howie6879/examiner ，不要吝啬你的Star（可点击阅读原文）。

1
2
3
4

git clone https://github.com/howie6879/examiner
cd examiner
# 推荐使用pipenv 你也可以使用自己中意的环境构建方式
pipenv install --python=/Users/howie6879/anaconda3/envs/python36/bin/python3.6  --skip-lock

接下来只需要在根目录构建自己的监控脚本就行，比如监控微信，监理文件命名为 wechat_app.py:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

from examiner.notification import notification_factory

def get_data(app_names: list):
    os_notification = notification_factory(app_names)
    info_list = os_notification.get_target_notification()
    for each in info_list:
        # 自行实现监控逻辑以及处理方案
        print(each)


if __name__ == "__main__":
    app_names = ["WeChat"]
    get_data(app_names)

和上一篇比起来，这代码，不需要配置、不需要提前准备什么，只需要在列表里面填上你想监控的目标应用即可（我顺便支持了多应用），你可以同时监控钉钉和微信等等

自己可以慢慢玩，一般会这样输出：

1

{'title': '老胡的储物柜', 'subtitle': '', 'body': '测试消息监控，任何应用都行', 'delivered_date': datetime.datetime(2019, 10, 20, 21, 40, 26, 428654), 'presented': 1, 'app_identifier': 'com.tencent.xinwechat', 'app_name': 'WeChat', 'md5': '75e24e2ccc502f01c101fcbd3637950b'}

搞定收工，有兴趣欢迎关注我的公众号：