網(wǎng)上已經(jīng)有很多關(guān)于模擬登陸正方教務(wù)的作品了，基于 PHP，Python，Java，.Net 加上我自己嘗試的NodeJs，這幾門語(yǔ)言都可以實(shí)現(xiàn)模擬登陸，模擬登陸的技術(shù)點(diǎn)不是特別難，這里記錄一下利用 Node 碰到的一些坑，以及一些我自己的解決思路。

1. 收集模擬登陸信息

這一步最基礎(chǔ)，通過(guò) chrome 的 network 就可以查看跳轉(zhuǎn)的 post 或者 get 請(qǐng)求以及參數(shù)了。

注意勾選Preserve log 否則頁(yè)面跳轉(zhuǎn)你是看不到請(qǐng)求的。

注意點(diǎn)：出現(xiàn) (unable to decode value) 表示經(jīng)過(guò) gbk 轉(zhuǎn)碼了，另外就是post的數(shù)據(jù)格式是 formdata

2. 登錄過(guò)程中 302 重定向

之前利用 PHP 就死在 重定向上，沒(méi)有搞定，總是會(huì)出現(xiàn) object moved to here.不同語(yǔ)言都有相關(guān)的解決辦法的，你用js庫(kù)，那就查看API，php是curl有這個(gè)方法的

3. NodeJs 自身

1、回調(diào)-----使用了 async 這個(gè)庫(kù)來(lái)解決回調(diào)。

2、異常處理-----express 框架就好了，自定義異常中間件，省心。

3、容易崩潰----- 使用 PM2 就好。

4、由于這里的使用場(chǎng)景相當(dāng)于是每個(gè)用戶登錄后，后端都要發(fā)送一次模擬登陸，如果碰到長(zhǎng)時(shí)間目標(biāo)網(wǎng)站沒(méi)有響應(yīng)，那么我采取了重試當(dāng)前操作的一種做法，所以如果響應(yīng)時(shí)間很長(zhǎng)，那么是否可以先返回一個(gè) loading 的狀態(tài)，然后執(zhí)行完之后再通知前端？

這里我使用了 Socket-io 來(lái)搞定后端像前端定向通知的這么一種做法。

但是 socketio也有坑，就是服務(wù)端知道client id是可以發(fā)送數(shù)據(jù)給某一個(gè)客戶端的，但是前端如果一刷新頁(yè)面就會(huì)生成一個(gè)新的 client id，鑒于前端使用的單頁(yè)框架，在應(yīng)用啟動(dòng)的時(shí)候就向服務(wù)端請(qǐng)求一個(gè) token 然后 socket 在通信的時(shí)候帶上這個(gè) token 和client id，并且保存在了 redis 中，這樣當(dāng)后端的異步請(qǐng)求抓取到數(shù)據(jù)的時(shí)候，只要通過(guò)這個(gè) token 查找對(duì)應(yīng)的client id 即可。

5、代碼問(wèn)題

剛開(kāi)始犯了一個(gè)錯(cuò)，就是拿客戶端編程的思維去寫 Node 結(jié)果發(fā)現(xiàn) 當(dāng)兩個(gè)用戶同時(shí)發(fā)送請(qǐng)求后，會(huì)導(dǎo)致變量數(shù)據(jù)發(fā)生沖突。換句話說(shuō)，如果一開(kāi)始定義了一個(gè) aa 變量  A 用戶發(fā)送請(qǐng)求 寫入了數(shù)據(jù)到 aa ，B 用戶此時(shí)也是操作 了 aa 那么這個(gè) aa其實(shí)就是出問(wèn)題了，也就是說(shuō)當(dāng)你啟動(dòng) NodeJs 之后，你所寫的全局變量將會(huì)永遠(yuǎn)存在（很正常...）。

暫時(shí)解決的辦法就是 私有化，在入口統(tǒng)一使用了 new 的方式，這樣無(wú)論你并發(fā)多少個(gè)請(qǐng)求，相互之間的數(shù)據(jù)都不會(huì)受到影響。 不知道還有沒(méi)有更好的實(shí)現(xiàn)方式。

以上就是本文的全部?jī)?nèi)容，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來(lái)一定的幫助，同時(shí)也希望多多支持腳本之家!

最新評(píng)論