200行代碼教你自制微信機(jī)器人

1

當(dāng)初決定自己寫(xiě)這么個(gè)機(jī)器人有幾個(gè)原因：

1） 用一個(gè)windows客戶(hù)端工具運(yùn)營(yíng)公眾號(hào)，真的很局限。雖然工具的功能很強(qiáng)大，能自動(dòng)添加好友，自動(dòng)拉好友入群，關(guān)鍵字回復(fù)等等，但是有一個(gè)繞不開(kāi)的點(diǎn)，它是一款客戶(hù)端工具，一款exe軟件。

2） 我是Mac，為了用這個(gè)工具，就要開(kāi)著虛擬機(jī)去操作。

3） 為了能一直自動(dòng)添加好友，邀請(qǐng)入群，自動(dòng)回復(fù)等一系列操作，電腦就不能合上。

4） 在外面突然想到一個(gè)點(diǎn)，想操作群發(fā)了，GG，無(wú)能為力。

5） 其他……

2

基于以上的原因，就想著自己來(lái)一套算了。畢竟可以定制化的話，之后想要什么就很方便了，而且在服務(wù)器端掛個(gè)python服務(wù)要比開(kāi)個(gè)windows 就為了掛一個(gè)exe要很多。

那么首先需要確定需求，wxRobot我是準(zhǔn)備長(zhǎng)期維護(hù)、迭代的，所以顯然不可能像網(wǎng)上那些個(gè)腳本一樣，一個(gè)文件打通關(guān)。

另外功能自定義，就需要有版本引入，先做什么，痛點(diǎn)是什么都需要明確。我說(shuō)下自己的選擇：

1） 痛點(diǎn)是不能自主化的管理公眾號(hào)、微信號(hào)。

2） 最急迫解決的是之前exe工具用到的功能，畢竟這也是我用這個(gè)工具的原因。那么有哪些功能呢？

群發(fā)消息

自動(dòng)添加好友

邀請(qǐng)好友入群

關(guān)鍵字回復(fù)

3

既然是個(gè)項(xiàng)目，那么該有的組件一個(gè)不能少，看一下我的目錄結(jié)構(gòu)，這也是我自己總結(jié)出的common structure，大家可以參考一下，如果有好的建議歡迎大佬不吝留言。

app：項(xiàng)目業(yè)務(wù)模塊。如果有多個(gè)模塊就添加子目錄，例如：一個(gè)網(wǎng)站下的博客模塊、投票模塊等。

core：核心組件。例如：數(shù)據(jù)庫(kù)組件、類(lèi)-文件組件等。

doc：文檔。存放所有的文檔，一般我會(huì)有固定的幾個(gè)：CHANGELOG.md、BUGLIST.md、TODOLIST.md。

etc：配置文件?？梢约?xì)分基本配置、業(yè)務(wù)配置等。

static：靜態(tài)文件。

test：?jiǎn)卧獪y(cè)試。

tmp：不需要進(jìn)入版本控制的東西。

utility：輔助組件。和core相輔。

4

我把業(yè)務(wù)分為兩塊，filehelper算一個(gè)，好友相關(guān)的算一個(gè)。

好友相關(guān)的好理解，諸如添加好友、自動(dòng)回復(fù)、邀請(qǐng)入群等。filehelper是什么呢？說(shuō)白了，我們除了簡(jiǎn)單的自動(dòng)回復(fù)、添加外，一定還希望做的更多吧？比如交互式指令。那這個(gè)filehelper就承擔(dān)了指令收發(fā)的角色。

所有的業(yè)務(wù)模塊都基于一個(gè)BaseHandle，這樣底層的一些單元我就可以統(tǒng)一管控了：

色。

classBaseHandle: def__init__(self): ''' self._meta = { 'obj':{ # 消息發(fā)送對(duì)象 'ul': [], # unlimit group 'l': [], # limit group 'r': [] # restrict }, 'reply':{ 'text': '', 'article': '', } } ''' self._usage ='' self._meta = {} self.current_cmd =None @property defusage(self): returnself._usage @property defmeta(self): returnself._meta

再來(lái)看看FileHandle這個(gè)類(lèi)，這也是當(dāng)前版本最豐富的模塊。這里面有兩端邏輯：1.自動(dòng)更新群組信息。 2.注冊(cè)群發(fā)相關(guān)命令。

自動(dòng)更新群組信息的目的是因?yàn)閕tchat模塊會(huì)將所有聯(lián)系人以及群組信息存儲(chǔ)在本地的一個(gè)pkl文件中（pickle縮寫(xiě)？），如果想提升群發(fā)消息前獲取群組列表的速度，那么就應(yīng)該把數(shù)據(jù)放在內(nèi)存里（反正也沒(méi)多少數(shù)據(jù)），以下我把主要邏輯都羅列出來(lái)了，具體的代碼太長(zhǎng)了，暫時(shí)就不放出來(lái)了：

classFileHelper(BaseHandle): _usage =''' ''' def__init__(self): super().__init__() self._meta = { ... } self._th_update = threading.Thread(target=self._update_meta, args=(), daemon=True) self.auto_update_groups() defauto_update_groups(self): # 自動(dòng)更新群組 self._th_update.start() def_update_meta(self): ''' 初始化限時(shí)推送的群組 ''' def_filter_restrict_groups(group): # 篩選出不能群發(fā)的群組 def_filter_limit_groups(group): # 篩選出有時(shí)間限制的群組 def_filter_unlimit_group(groups, limit_groups): # 篩選出不受限制的群組 whileTrue: time.sleep(30) # 更新群組信息

注冊(cè)群發(fā)相關(guān)命令的思路就是做一個(gè)命令注冊(cè)器，因?yàn)槿喊l(fā)消息、文章、圖片等行為類(lèi)似，針對(duì)不同的用戶(hù)群組發(fā)送不同的消息體。

所以我就把注冊(cè)器的成員分成了：類(lèi)型（文字、圖片），對(duì)象（時(shí)間限制群組、無(wú)限制群組），行為（群發(fā)、單發(fā)）。

被裝飾器注冊(cè)的函數(shù)就成為了某個(gè)具有單獨(dú)意義的指令了。

classFileHelper(BaseHandle): ... defupdate_cmd(self, cmd): # 更新命令，用于動(dòng)態(tài)注冊(cè)函數(shù) def_register_mass(func): @functools.wraps(func) defdecorator(self, msg, *args, **kwargs): _action, _reply, _obj = func.__name__.split('_') ifself._meta['action'][_action]: _to_user = self._meta['obj'][_obj] for_groupin_to_user: instance.send_msg(msg, _group['UserName']) time.sleep(random.randrange(0,20)) self._meta['action'][_action] =False self._current_cmd =None instance.send_msg('群發(fā)消息發(fā)送完畢', self._meta['extra']['UserName']) returndecorator @_register_mass defmass_text_ul(self, msg=None): pass @_register_mass defmass_text_l(self, msg): pass @_register_mass defmass_text_test(self, msg): pass @_register_mass defmass_article_ul(self, msg): pass @_register_mass defmass_article_l(self, msg): pass

對(duì)比著效果圖來(lái)看看：

5

接下來(lái)就是添加好友部分了，目前只支持自動(dòng)接受好友，根據(jù)打招呼自動(dòng)設(shè)置備注，關(guān)鍵字回復(fù)。

classFriend(BaseHandle): _usage =''' ''' def__init__(self): super().__init__() self._meta = { ... } defis_biz(self, msg): # 判斷是不是商務(wù)合作

看下效果圖：

6

講完核心代碼后，再來(lái)講下中間經(jīng)歷的幾個(gè)看不到的版本吧。

最一開(kāi)始就是實(shí)現(xiàn)功能咯，沒(méi)想很多，但是發(fā)現(xiàn)代碼重復(fù)太多了，邏輯都差不多，一堆代碼太丑了。優(yōu)化后的代碼就是第一版中的群發(fā)注冊(cè)器函數(shù)。

接著原本的BaseHandle基類(lèi)太重了，想的很好，把itchat方法都重寫(xiě)在基類(lèi)里，這樣就不用在其他地方調(diào)用itchat實(shí)例了，但是結(jié)果就是所有的子類(lèi)都可以做同樣的動(dòng)作，就變成了filehelper.send_msg(), friend.send_image()了，這樣對(duì)于同一個(gè)方法就會(huì)產(chǎn)生歧義了。因此就把基類(lèi)里所有重寫(xiě)itchat方法的函數(shù)都去了，就保留了業(yè)務(wù)代碼，并分別移到對(duì)應(yīng)的類(lèi)里去，而原本itchat的方法還是用itchat實(shí)例去操作。

接著關(guān)于itchat實(shí)例、FileHelper實(shí)例、Friend實(shí)例等的共享問(wèn)題，容易造成重疊，重復(fù)使用、互相引用問(wèn)題。解決辦法目前就是把itchat實(shí)例單獨(dú)在配置文件里初始化了，這也同時(shí)解決了上一個(gè)問(wèn)題，其他業(yè)務(wù)類(lèi)的實(shí)例采用單例模式，在類(lèi)外面暴露一個(gè)統(tǒng)一的實(shí)例。

7

好了，這回是真花了功夫把這套代碼講完了，雖然還是相對(duì)簡(jiǎn)陋了，但迫于時(shí)間關(guān)系，先發(fā)出來(lái)了。之后會(huì)繼續(xù)優(yōu)化、健碩它。

今天也和一位大佬討論了下這個(gè)項(xiàng)目，有很多值得思考的地方。