來源：獨角鯨科技

打敗微信的不可能是微信，但子彈短信或難以撼動微信的社交帝國。

作者|羅亦丹馬婧編輯|游佳穎陳維城

打敗微信的不可能是另一個微信，但子彈短信或許也不是終結(jié)者。

羅永浩的錘子尚未大火，社交產(chǎn)品子彈短信突然“火”了。這款產(chǎn)品上線7天就完成第一輪1.5億元融資。

8月28日，錘子科技CEO羅永浩在微博上宣布了這一消息。快如科技是子彈短信App的開發(fā)商，在不久前的錘子科技堅果Pro2發(fā)布會上，羅永浩的現(xiàn)場演示子彈短信，隨后子彈短信的熱度不斷攀升。截至記者發(fā)稿前，子彈短信已登上AppStore免費排行榜第二的位置，僅次于“公安110”。

在羅永浩口中，快如科技在短短6天時間內(nèi)，得到51家VC和7家科技巨頭的戰(zhàn)略投資部的關(guān)注。

有業(yè)內(nèi)人士認(rèn)為，子彈短信的走紅，從某種意義上說明，用戶在社交關(guān)系被微信"壟斷"后，產(chǎn)生了對創(chuàng)新型社交產(chǎn)品的渴望。

然而，擁有比微信體驗更優(yōu)的“跨軟件”聊天、語音可以調(diào)進(jìn)度條、內(nèi)置資訊流等創(chuàng)新體驗的子彈短信，沒有微信的“朋友圈”，這一次有望打破微信的壟斷地位嗎？

微信不是不能被挑戰(zhàn)

子彈短信出現(xiàn)，給行業(yè)、用戶都帶來了一定的思考。

成立7年的微信不是永遠(yuǎn)不能被挑戰(zhàn)的，事實上，今日頭條、快手等產(chǎn)品都在和騰訊系產(chǎn)品爭奪流量。同時，用戶對自己的網(wǎng)絡(luò)自主權(quán)有了一次重新的認(rèn)識，你的好友關(guān)系鏈到底是你的還是微信的？

微信走上神壇后的幾年中，不少社交產(chǎn)品都向微信發(fā)起了挑戰(zhàn)，大多時候是以失敗告終。

2013年8月，網(wǎng)易和中國電信攜手推出社交產(chǎn)品易信，發(fā)布24小時后，用戶數(shù)突破百萬，一年內(nèi)用戶量破億。如今，已經(jīng)五周歲的易信慢慢淡出了人們的視線。

有意思的是，子彈短信主打功能，即通過一條消息傳輸“語音＋文字”使用的是網(wǎng)易云信的相關(guān)技術(shù)服務(wù)，而網(wǎng)易云信正是基于當(dāng)年易信的底層框架升級而成技術(shù)支撐平臺。據(jù)網(wǎng)易云信的官網(wǎng)介紹，“網(wǎng)易云信致力于互聯(lián)網(wǎng)絡(luò)技術(shù)的開發(fā)與研究，使開發(fā)者通過簡單集成客戶端SDK和云端開放API，快速實現(xiàn)強大的移動互聯(lián)網(wǎng)IM和音視頻功能?！?/p>微信早已成為國內(nèi)普通大眾用戶的默認(rèn)的溝通工具。財報數(shù)據(jù)顯示，微信及WeChat的合并月活躍賬戶超過10億。

有社交產(chǎn)品從業(yè)者告訴記者，IM類工具產(chǎn)品強大在于像牛皮糖一樣的彈性關(guān)系鏈，會讓每個試圖離開的人不得不放棄和回去。

"你一個人從這里搬家到另外的地方，最開始會有一些體驗新產(chǎn)品的興趣，但很難持續(xù)，原因是關(guān)系鏈仍然在微信上。雖然關(guān)系鏈本來是用戶自己的，但因為大家都沉溺在一個平臺，很難整體遷移。一旦用戶在新的平臺上發(fā)出消息，對方回應(yīng)不及時，用戶很有可能又回到原來的大平臺上去。個體的用戶很難去撬動整個關(guān)系鏈的搬遷?！鄙鲜鋈耸空f。

微信在用戶溝通的高頻基礎(chǔ)服務(wù)上，構(gòu)建了護(hù)城河。朋友圈成為了解朋友動態(tài)甚至新聞事件的主要入口，訂閱的公眾號滿足了用戶閑暇之余瀏覽資訊的需求，微信支付解決了用戶生活場景下的掃碼支付便利……這一系列增值服務(wù)，牢牢綁住了用戶。

這就意味著，如果僅僅是在即時通信功能上創(chuàng)新，很難改變這一壟斷格局。

好友安裝率約3% 子彈短信還要交“學(xué)費”

8月29日，新京報獨角鯨科技隨機調(diào)查了多位用戶手機通訊錄中好友安裝子彈短信的情況，發(fā)現(xiàn)好友安裝概率約為3%-4%。

一位受訪者通訊錄里約有400名好友，只有15名好友安裝了子彈短信，安裝率約為4%；另一名受訪者約3000名好友，其中100名安裝了子彈短信，安裝子彈短信的好友均在總好友的3%左右。

新京報獨角鯨科技發(fā)現(xiàn)，相比微信，子彈短信主要增加了三個功能：不進(jìn)入對話窗口即可發(fā)送消息給接收方；當(dāng)發(fā)送語音時會自動轉(zhuǎn)換為文字；語音內(nèi)容可以拖動。

不過值得注意的是，子彈短信并沒有自帶微信的“朋友圈”功能。

過去幾年中，釘釘是為數(shù)不多突出重圍的社交產(chǎn)品。雖然產(chǎn)品推出初期主打免費電話，釘釘?shù)母呙髦幵谟诤茉缇兔鞔_了要聚焦在針對移動辦公場景，此后的宣傳攻勢中，也不斷向用戶強化“在特定的辦公場景下，你需要一個不一樣的IM工具”。微信擁有龐大的用戶，無法變身成某一個特定場景的IM工具，這就給釘釘、陌陌這樣的產(chǎn)品提供了機會。

無論是陌陌的陌生人社交，還是釘釘主打的移動辦公，都是從場景上做出了差異化?；蛟S，子彈短信下一步也應(yīng)該思考是否要專注某一特定場景。

具體到子彈短信來說，確實不乏有新意的功能，僅僅憑借這些功能幾乎不可能將微信用戶遷移。對于已經(jīng)完成第一輪融資的子彈短信來說，下一階段的挑戰(zhàn)在于，怎么把一瞬間的高熱度和用戶好奇心去轉(zhuǎn)化為公司繼續(xù)發(fā)展的動力。

對于這家年輕的創(chuàng)業(yè)公司來說，還有不少“學(xué)費”要交。

此次，媒體曝出的安全漏洞隱患說明，單一功能創(chuàng)新和一個真正穩(wěn)定、可靠即時通信系統(tǒng)之間還有一定距離。

子彈短信隱私保護(hù)現(xiàn)“任性”條款

“下載了子彈短信后發(fā)現(xiàn)，它在隱私保護(hù)上很’任性’?！?月29日，在北京工作的陳先生抱怨到。子彈短信是由北京快如科技研發(fā)、錘子科技投資的一款即時通訊App，其推出沒幾天，就擠進(jìn)了各類App下載排行榜的前幾名之列。

但在下載量火爆的同時，有用戶吐槽，該款A(yù)pp關(guān)于信息安全的表述“簡單粗暴”。

上線7天，完成1.5億元融資的子彈短信火了，推出沒幾天，其已擠進(jìn)了各類App下載排行榜的前列。不過它“任性”的隱私保護(hù)條款卻引發(fā)了爭議。

新京報獨角鯨科技8月29日獲悉，《子彈短信用戶協(xié)議》有條款稱:快如科技將盡可能保障安全，但是不能完全避免安全信息泄漏的風(fēng)險，所以我們無法做出任何確定性的保證或承諾。由于各種原因(包括但不限于自行泄露主密碼、不可抗力或第三方原因)導(dǎo)致用戶的密碼泄漏帶來的損失，快如科技不承擔(dān)責(zé)任。 

8月29日，新京報角鯨科技下載子彈短信發(fā)現(xiàn)，《子彈短信用戶協(xié)議》有條款稱:快如科技將盡可能保障安全，但是不能完全避免安全信息泄漏的風(fēng)險，所以我們無法做出任何確定性的保證或承諾。由于各種原因(包括但不限于自行泄露主密碼、不可抗力或第三方原因)導(dǎo)致用戶的密碼泄漏帶來的損失，快如科技不承擔(dān)責(zé)任。

而在《子彈短信隱私協(xié)議》中，其表示“快如科技將盡合理的努力保障您的信息安全，但是您應(yīng)當(dāng)知道快如科技不能完全避免與個人信息安全相關(guān)的風(fēng)險(特別是發(fā)生快如科技無法控制的情況時，如不可抗力或第三方原因)，因此，快如科技對隱私信息的維護(hù)或保密無法做出任何確定性的保證或承諾?！?/p>相對快如科技對信息泄露“無法做出任何確定性保證或承諾”、“不承擔(dān)責(zé)任”的表述，新京報記者查看同類型主流即時通訊App微信、微博的相關(guān)隱私政策發(fā)現(xiàn)，針對有可能發(fā)生的信息泄露，微信并沒有“不承擔(dān)任何責(zé)任”的表述，而是對何種情況下用戶要承擔(dān)責(zé)任做了詳細(xì)描述。

微博則稱無法保證用戶個人信息通過“不安全途徑”進(jìn)行交流時的安全性。

例如，微信在《微信隱私保護(hù)指引》中表示，將努力為用戶的信息安全提供保障，以防止信息的丟失、不當(dāng)使用、未經(jīng)授權(quán)訪問或披露。

并稱“將在合理的安全水平內(nèi)使用各種安全保護(hù)措施以保障信息的安全。若發(fā)生個人信息泄露等安全事件，會啟動應(yīng)急預(yù)案，阻止安全事件擴大，并以推送通知、公告等形式告知用戶?！?/p>對此，北京盈科(杭州)律師事務(wù)所律師方超強8月29日告訴新京報記者，子彈短信的上述合同屬于格式合同，一般來講，App方在格式合同中確實會弱化用戶的權(quán)力，規(guī)避自己的責(zé)任?！白訌椂绦胚@一方的意思是，它沒法承諾安全保護(hù)措施能做到百分之百，這可以理解，但其條款中的言語很容易讓人理解錯誤，從條文上來說，學(xué)習(xí)騰訊和微博把用戶的責(zé)任列出來更為妥當(dāng)?！?/p>此外，雖然快如科技稱“對隱私信息的維護(hù)或保密無法做出任何確定性的保證或承諾?！钡员硎?，“將采取適當(dāng)?shù)暮侠泶胧?包括但不限于內(nèi)部調(diào)查、上報并通知執(zhí)法機構(gòu)、以及配合執(zhí)法機構(gòu)工作等)。同時，快如科技也會在其認(rèn)為適當(dāng)?shù)那闆r下采取合法合理措施通知相關(guān)用戶，告知其被披露的信息以及快如科技對該信息的知悉程度?！?/p>在方超強看來，App為用戶的信息提供安全保障是一個基礎(chǔ)性義務(wù)，“不是說在格式合同里寫了不承擔(dān)責(zé)任就真的能不承擔(dān)責(zé)任，如果證據(jù)表明是用戶自己操作不當(dāng)導(dǎo)致信息泄露，那么平臺自然不用承擔(dān)責(zé)任，但如果因為平臺原因出現(xiàn)了安全問題，平臺還是要承擔(dān)應(yīng)由的責(zé)任，不會因為這一個格式合同就避免責(zé)任?！逗贤ā返?0條規(guī)定,提供格式條款一方免除其責(zé)任、加重對方責(zé)任、排除對方主要權(quán)利的,該條款無效。

隨著互聯(lián)網(wǎng)的發(fā)展，越來越多的業(yè)務(wù)不僅僅由單一節(jié)點（或是單一語言）就可承載，而是趨向多語言分布式協(xié)同開發(fā)（如接入層由Node.js完成，邏輯（數(shù)據(jù)）層由C++/GO/Python實現(xiàn)）并由此組成大型異構(gòu)系統(tǒng)。

我們（現(xiàn)SuperTeam）基于 Tars 體系研發(fā)出 Tars.js 以便用戶在不改變異構(gòu)系統(tǒng)整體架構(gòu)的情況下快速搭建（遷移）Node.js服務(wù)，并可非常方便的將原來的單一服務(wù)拆分為多個（邏輯）子服務(wù)。

Tars.js在騰訊內(nèi)部經(jīng)過5年多的沉淀與迭代（Node.js@0.10版本即提供支持），廣泛運用于騰訊QQ瀏覽器、騰訊桌面瀏覽器、騰訊地圖、應(yīng)用寶、騰訊手機管家、互聯(lián)網(wǎng)+、騰訊醫(yī)療、騰訊覓影、保險、彩票等幾十個重要業(yè)務(wù)中，日承擔(dān)了上百億流量。

Tars.js包含下述特性：

l 100%由JavaScript編寫，不包含任何C/C++代碼。

l 多進(jìn)程負(fù)載均衡與管理。

l 代碼異常監(jiān)控與重啟。

l 服務(wù)日志搜集與處理。

l HTTP(s)服務(wù)監(jiān)控與用量自動上報，并支持用戶自定義維度上報（PP監(jiān)控）。

l 符合 Tars(IDL)規(guī)范的編解碼模塊。

l 支持 TarsRPC調(diào)用與染色（模調(diào)自動上報）。

l 支持在線發(fā)送管理命令、拉取服務(wù)配置。

l 獨創(chuàng) LongStackTrace?異常跟蹤機制。

l …… 更多特性可訪問 @tars/node-agent 了解

設(shè)計理念：

?A．高自由度：

l 兼容所有（≥0.10）官方Node.js版本。

l 對 Node.js源碼無侵入無修改。

l 底層對上層完全透明，支持各種上層框架，無需變更。

也就是說：

您可以使用任何您熟悉的框架（如 Express.js/Koa.js等，包括但不僅限于Web框架），也無需對框架進(jìn)行任何修改（無需引入任何中間件）。即可通過Tars.js運行，享受平臺提供的各種監(jiān)控與管理特性。

與此同時，Tars.js所提供的模塊，也可以根據(jù)您的需求引入（如未使用到則可不引入）。

?B．高性能：

Tars.js為高性能與大并發(fā)量而設(shè)計，使用了大量的前端（V8）優(yōu)化技巧（如FlattenString/FastProperties等）盡量降低所提供的能力對于業(yè)務(wù)性能的影響。

經(jīng)過我們測試（WebServer），默認(rèn)的旁路上報與監(jiān)控對服務(wù)性能的影響≤5%，常用模塊（RPC、日志等）性能位于業(yè)界前列。

?C．差異化：

Tars.js根據(jù)不同的業(yè)務(wù)類型提供差異化運營方案：

l 高流量業(yè)務(wù)：盡力降低框架對業(yè)務(wù)性能的影響。

l 低流量業(yè)務(wù)：充分利用硬件資源提升開發(fā)體驗。

HelloWorld

我們來看Node.js官網(wǎng)的 例子 (如下)，無需任何變更，直接通過Tars.js進(jìn)行部署，它會擁有哪些特性？

? 進(jìn)程管理

默認(rèn)基于 cluster 模塊進(jìn)行負(fù)載均衡，進(jìn)程數(shù)可以配置為1~max（CPU核心數(shù)）、還可配置為auto（物理核心數(shù)相同）以減小內(nèi)存壓力提升“性價比”。

與此同時，進(jìn)程僵死檢測也會同時啟動，實時監(jiān)控業(yè)務(wù)進(jìn)程。

?案例說明

某服務(wù)在論壇UBB代碼轉(zhuǎn)HTML時，使用未優(yōu)化的正則表達(dá)式進(jìn)行XSS攻擊過濾，但由于用戶發(fā)帖時圖片采用BASE64編碼，導(dǎo)致正則表達(dá)式計算時間過長，CPU使用率飆漲到100%：

開啟僵死檢測后，Tars.js監(jiān)控到業(yè)務(wù)進(jìn)程僵死時，自動重啟業(yè)務(wù)進(jìn)程，從而縮短了業(yè)務(wù)無響應(yīng)時間：

Tars.js雖然無法解決業(yè)務(wù)代碼的問題（BUG），但會盡最大努力保證業(yè)務(wù)的可用性。

? 服務(wù)監(jiān)控

以服務(wù)名、接口名（URL-PATH節(jié)）為緯度，統(tǒng)計總流量、平均耗時、超時率、異常率：

其中返回碼大于400（可配置）作為異常進(jìn)行上報。

?監(jiān)控說明

Web服務(wù)一般由靜態(tài)與動態(tài)資源（接口）組成，由于靜態(tài)資源（本地文件）的請求耗時遠(yuǎn)低于動態(tài)資源（業(yè)務(wù)邏輯），請求量往往又很高，拉低了服務(wù)整體耗時。

基于此，Tars.js將請求URL中的PATH節(jié)作為接口，每個接口均可查看其總流量、平均耗時、異常率，便于用戶全面了解服務(wù)性能。

? 特性監(jiān)控

無論您服務(wù)的類型是什么，總是會上報下述特性，便于回溯問題與評估性能：

l memUsage：內(nèi)存用量，將會上報rss、heapUsed、heapTotal這三個用量（單位為字節(jié)）

l cpuUsage：CPU用量，將會上報CPU使用率，數(shù)據(jù)匯總為邏輯單核（單位為百分比）

l eventloopLag：（任務(wù)）隊列延遲，每隔2秒采樣（單位為毫秒）

l libuv：I/O用量，將會上報activeHandles、activeRequests這兩個用量

各策略以平均值（Avg）、最大值（Max）、最小值（Min）分節(jié)點進(jìn)行統(tǒng)計：

? 日志輸出

所有通過Console模塊（如console.log）輸出的日志，都會輸出到服務(wù)本地文件內(nèi)。并附加相關(guān)信息（如下），方便定位問題。

日志格式：日期時間|進(jìn)程PID|日志級別|輸出文件名與行號|日志內(nèi)容

2018-07-0112:00:00|332|DEBUG|app.js:13|Serverrunningathttp://127.0.0.1:3000/

? LongStackTrace?

由于Node.js采用異步機制，在發(fā)生異常時堆棧不完整，導(dǎo)致定位問題復(fù)雜。

鑒于此，我們提供了長鏈路跟蹤技術(shù)在產(chǎn)生異常時自動附加前序調(diào)用堆棧，同時還支持在異常堆棧中過濾出用戶代碼部分。

由于開啟此特性時會造成性能損耗，故默認(rèn)關(guān)閉，管理平臺等性能不敏感業(yè)務(wù)可直接通過配置開啟。

?案例說明

執(zhí)行上述代碼會拋出下述異常：

ReferenceError:ThisMayThrowErrorisnotdefined

atTimeout.setTimeoutas_onTimeout

at_disibledevent="http://superzheng.com/">@SuperZheng 創(chuàng)立于2017年。團(tuán)隊成員均為全棧架構(gòu)師（Super寓意Superman——無所不能），熟知Web(3D)、終端、后端與大數(shù)據(jù)計算，并由傳統(tǒng)前端向互聯(lián)網(wǎng)從業(yè)者方向發(fā)展。歡迎前端牛人加入，共創(chuàng)前端美好未來。