LightProxy是款于Electron和whistlede的開源阿里抓包工具，能夠讓開發(fā)人員精確的掌握自己的開發(fā)環(huán)境，輕松解決前端和移動(dòng)端的抓包、Mock、代理、轉(zhuǎn)發(fā)等問題，具有穩(wěn)定、快速驗(yàn)證、線上一致性等特點(diǎn)，更適合中國網(wǎng)絡(luò)編程工作者使用。

LightProxy功能

抓包，包括無線場景抓包

實(shí)時(shí) hosts 綁定

按規(guī)則轉(zhuǎn)發(fā)資源

mock 接口，頁面等

修改請(qǐng)求和響應(yīng)內(nèi)容，例如在頁面中插入 script ，修改返回頭等

LightProxy特色

穩(wěn)定

好的開發(fā)環(huán)境首先應(yīng)該是穩(wěn)定可用的，不應(yīng)該在開發(fā)測(cè)試的過程中頻繁掛掉或者頻繁發(fā)生改變。

依賴于后端日常接口進(jìn)行調(diào)試的前端對(duì)這點(diǎn)應(yīng)該深有體會(huì)，自己的問題還沒解決，環(huán)境就時(shí)常帶來新的問題。

快速驗(yàn)證

修改代碼能夠在盡可能短的時(shí)間內(nèi)得到驗(yàn)證也是一個(gè)基本訴求，這也是為什么大部分前端構(gòu)建都會(huì)關(guān)注 Hot reload 和更高級(jí)的 HMR 。

有些場景下的修改一次簡單的修改就要經(jīng)過長時(shí)間的等待，例如依賴上游修改接口的返回內(nèi)容，需要修改后端的頁面結(jié)構(gòu)然后重新部署，需要走一遍完整的發(fā)布流程來測(cè)試某個(gè)修改在真實(shí)的線上頁面會(huì)產(chǎn)生的影響等等。

和線上的一致性

很多項(xiàng)目的線上環(huán)境極為復(fù)雜，為了解決日常開發(fā)中的問題，也會(huì)有一個(gè)線下的 DEMO 頁面，最后開發(fā)完再搬到線上。

這種方式相對(duì)來說較為穩(wěn)定且能快速驗(yàn)證，但比較凸顯的問題在于和線上并不一致。開發(fā)中會(huì)存在很多 if-else 的邏輯，例如最常見的：

const API_BASE = utils.isDaily ? 'http://localhost:7001:': 'https://xxxx/';

這種情況也往往導(dǎo)致 Bug 非常難以被定位，最后逼著開發(fā)者退化到在線上環(huán)境低效的進(jìn)行 debug。

確定性

開發(fā)者對(duì)于當(dāng)前的環(huán)境應(yīng)該是有確切認(rèn)知的，而不是一直不停的懷疑自己的配置到底有沒有生效，命中的是不是又是緩存等等。

有些情況下我們利用 hosts 切換工具來進(jìn)行聯(lián)調(diào)，但在切完 hosts 后卻又不得不來回確認(rèn)自己的切換是否生效，清楚 Chrome 的 DNS Cache，清楚 Socket 之類的。

這種非確定性不但提高了開發(fā)者心智負(fù)擔(dān)，而且也會(huì)導(dǎo)致 Bug 難以定位。