寻找文件

DoNews6月4日消息（记者费倩文）6月4日，今日头条发布《“腾讯公司不正当竞争行为”的事实与说明》文章。文章中称，从今年3月起，抖音、火山小视频在分享到微信和QQ中的时候，会出现屏蔽、仅自己可见等无法正常分享的情况。在多次封禁行为中，头条方认为这是不公正竞争，而腾讯方以技术、内容审核等原因回应封禁。虽然大部分内容在封禁之后都已恢复，但错过了传播最佳时间。

今日头条希望能恢复到正常的商业竞争范畴，腾讯停止寻找各类借口进行封杀以及对头条进行污名化。

事件回顾：

5月16日，西瓜视频被腾讯安全管家提示为欺诈网站，称其域名下有超过80%的链接存在违法赌博内容。随后头条回应称其涉嫌造谣诽谤。

5月17日，抖音起诉腾讯平台，称其平台存在《抖音，请放过孩子》等抹黑抖音的文章，腾讯在未经审核的情况下，允许该文章传播，侵害了抖音的合法权益，要求赔偿100万元，并道歉。

5月22日，抖音发文质疑腾讯封杀其“正能量”短视频，文中列举了多项其“正能量”视频被封禁的例子，同时称腾讯平台存在违禁内容未被封禁。

5月30日，今日头条全网推送标题为《新华社:要多少文件腾讯才肯收手》的文章，成为冲突的导火索。之后头条回应称该文章属跟推百度百家号。

6月1日，腾讯通过官方微信公众号发布声明，称今日头条和抖音诋毁腾讯公司，并已向北京市海淀区人民法院正式起诉，只索赔人民币1元，但要求上述两家公司在自有新闻媒体平台全量推送公开道歉。而声明最后提到，将暂停与上述两家的相关合作，意味着如果头条系公司不给予腾讯合理的回应，腾讯与“今日头条”及“抖音”之前由于链接分享造成的矛盾也将合情合理。

6月2日，头条回应腾讯称，“已经对腾讯的不正当竞争行为提出诉讼”，要求腾讯公司立即停止一切不正当竞争的行为，公开赔礼道歉，同时赔偿今日头条公司共计9000万元人民币的经济损失。（完）

以下为声明全文：

腾讯是国内最大的互联网公司，国内任何一家公司都不愿、也不敢与腾讯为敌。自今年3月以来，腾讯公司先后找了诸多借口，如产品bug、阈值等对头条系产品进行封禁，甚至以监管名义以及动用其旗下安全软件产品，对头条系产品进行封禁，在封禁的同时还进行“污名化”，以达到其有“合理”理由进行不正当竞争的目的。在此情况下，我们不得不将腾讯公司的“不正当竞争行为”事实公布如下：

一、寻找各类借口对头条系旗下产品进行封禁

1、3月8日，抖音、火山链接分享到朋友圈有可能仅为自己可见。腾讯对外称，为避免链接刷屏影响朋友圈阅读体验，微信对朋友圈内链接的传播设有防刷屏限制；以天为计算单位，若链接在朋友圈分享次数触发当日上限，将自动被屏蔽处理，次日可恢复正常。

2、3月25日，抖音分享到QQ空间仅为自己可见。腾讯对外称，由于安全系统误打击，部分空间分享受到短暂的影响。目前已经恢复正常。

3、4月11日开始至今，西瓜、抖音、火山分享到微信、QQ链接不能播放。腾讯理由：互联网短视频整治期间，暂停短视频APP外链直接播放功能，并称会一视同仁。但事实是，其新推出的下饭视频仍可以在微信中正常分享播放。

4、5月15日，抖音个人页图片被朋友圈屏蔽。腾讯给出的理由是，部分APP内容分享到微信朋友圈无法正常查看，现已修复。

5、5月16日，西瓜视频网站被腾讯电脑管家标记为不安全网站。腾讯给出的理由是，因为监测到域名m.365yg.com含有大量以“腾讯分分彩”为名义的违法赌博内容，并通过互联网渠道大规模传播（该域名传播的URL恶意网址的比例超高，超过80%）

5月25日，今日头条发文并举例，“传播恶意网址比例超80%“说法纯属造谣，腾讯平台也有大量违法赌博内容。腾讯理由：腾讯平台虽有违法赌博内容，但量少不会触发报警。但腾讯电脑管家对于腾讯系产品存在“分分彩”内容的链接，却标注为安全。

6、5月18日，抖音“第一届文物戏精大赛”H5被微信直接封杀。腾讯理由是，抖音H5因存在诱导分享行为（但所谓“诱导分享”链接去掉后仍被“自见”）

7、5月25日，腾讯旗下QQ空间PC端分享今日头条文章链接（域名www.toutiao.com）时，无法正常显示。弹窗提示称：“互联网短视频整治期间，平台将统一暂停直接播放。如需观看，仍可复制网址使用浏览器播放。”但链接正文实际并非短视频，而是文字内容。腾讯给出回复：经排查，该体验现一切正常。这个回复，虽然没有撒谎，却极大的误导用户和公众。

8、此外，微信甚至一度发布公告，称“外部链接不得在未取得信息网络传播视听节目许可等法定证照的情况下，以任何形式传播含有视听节目的内容”。最后，应开发者反馈意见，删除此项“禁令”。

二、微信出现大量恶意攻击抖音的内容

大量抹黑文章将用户在其他平台上传，带有明显的“腾讯视频”等水印，和抖音明显无关的伤害儿童的视频素材（甚至有些视频出现在抖音上线之前），作为抖音误导小孩的证据，更冠以“人命”等字眼，利用读者恐惧的情绪，以假乱真，嫁祸抖音。

此外，还有文章将“手枪钻吃玉米”、“鞭炮炸裆”等明显不属于抖音的负面内容，在文章中强加给抖音，进行声讨、传播。上述类型的文章自3月以来至今，在微信平台上恶意刊载流传，合计数量超过数千条，对于抖音的产品声誉造成了重大影响。

部分抹黑文章举例如下：《抖音，请放过孩子》、《抖音正毁掉我们的下一代》、《抖音，请放过祖国的花朵吧》、《抖音是如何毁掉我们的》、《我们为什么劝你卸载抖音》……

三、鉴于以上事实情况，我公司不得不就”腾讯不正当竞争行为“向法院提出诉讼。

案件一、腾讯QQ和QQ空间是中国互联网行业最大的社交平台之一，每天有数亿用户使用，具有极大的影响力和控制力。

当头条用户通过QQ空间分享、发布头条网页的文章链接时，会被提示“互联网短视频整治期间，平台将统一暂停直接播放。如需观看，仍可复制网址使用浏览器播放。”但正文实际并非短视频，而是文章内容。

QQ空间事实上通过自身行业优势资源和地位，对头条链接进行了拦截、屏蔽，妨碍了用户正常使用头条的服务。

此外，QQ空间虚构事实，对用户进行虚假提示的行为，严重贬损和降低了我们的商业信誉和产品信誉，给我们造成了极其不良的社会影响和重大经济损失。这显然属于不正当竞争。

案件二、安全软件产品和服务已经成为互联网的基础服务之一，利用安全软件进行商业竞争，是典型的不正当竞争行为。

5月16日，西瓜视频被腾讯安全管家提示为欺诈网站。此后又两次发布回应称其监测到的西瓜视频域名下有超过80%的链接（腾讯分分彩内容）存在违法赌博内容。这款安全软件已经涉嫌造谣诽谤。对我们的品牌造成了严重的损害。我们被迫澄清以正视听。

此外，我们列举过腾讯相关产品，包括天天快报、QQ空间、QQ看点、QQ群，甚至微信公众号上，都存在大量腾讯分分彩内容。甚至，腾讯系产品中含有“腾讯分分彩”相关内容的链接，是被腾讯管家认证为安全链接的。

就是说，在腾讯电脑管家看来，同样的内容在腾讯产品上就是安全的，在西瓜视频平台上就是不安全，甚至非法的。

这些都可以证明，腾讯管家实际上是在借安全之名进行不正当竞争。

四、说明如下：

1、微信和QQ是国内最大社交平台，活跃用户已经达以10亿以上，属于互联网基础设施，类似水电燃气和电信运营商，具有强大的市场支配地位。这种社会支配地位，不应该被滥用到市场竞争中。

2、在此之前，头条与腾讯一直保持良好的沟通与竞合关系。从今年3月份，微信开始找各类借口对头条产品进行封杀，这是两家公司出现纠纷的开始。我们希望能恢复到正常的商业竞争范畴，腾讯停止寻找各类借口进行封杀以及对头条进行污名化。

3、腾讯这种行为每天都会影响上千万用户进行分享通信，对此，我们不得不向公众和媒体告知真实情况。这种“反抗”行为，在腾讯强大的社会影响力之下，在微信平台上被腾讯和部分自媒体人冠以“戏精”“碰瓷”。腾讯可以对你的产品进行封杀，但你不能把这事说出去，只要说出去就是“戏精”“碰瓷”。对腾讯这种强大的社会影响力，我们深感无奈和忧虑。

随着互联网的发展，越来越多的业务不仅仅由单一节点（或是单一语言）就可承载，而是趋向多语言分布式协同开发（如接入层由Node.js完成，逻辑（数据）层由C++/GO/Python实现）并由此组成大型异构系统。

我们（现SuperTeam）基于 Tars 体系研发出 Tars.js 以便用户在不改变异构系统整体架构的情况下快速搭建（迁移）Node.js服务，并可非常方便的将原来的单一服务拆分为多个（逻辑）子服务。

Tars.js在腾讯内部经过5年多的沉淀与迭代（Node.js@0.10版本即提供支持），广泛运用于腾讯QQ浏览器、腾讯桌面浏览器、腾讯地图、应用宝、腾讯手机管家、互联网+、腾讯医疗、腾讯觅影、保险、彩票等几十个重要业务中，日承担了上百亿流量。

Tars.js包含下述特性：

l 100%由JavaScript编写，不包含任何C/C++代码。

l 多进程负载均衡与管理。

l 代码异常监控与重启。

l 服务日志搜集与处理。

l HTTP(s)服务监控与用量自动上报，并支持用户自定义维度上报（PP监控）。

l 符合 Tars(IDL)规范的编解码模块。

l 支持 TarsRPC调用与染色（模调自动上报）。

l 支持在线发送管理命令、拉取服务配置。

l 独创 LongStackTrace™异常跟踪机制。

l …… 更多特性可访问 @tars/node-agent 了解

设计理念：

»A．高自由度：

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

l 对 Node.js源码无侵入无修改。

l 底层对上层完全透明，支持各种上层框架，无需变更。

也就是说：

您可以使用任何您熟悉的框架（如 Express.js/Koa.js等，包括但不仅限于Web框架），也无需对框架进行任何修改（无需引入任何中间件）。即可通过Tars.js运行，享受平台提供的各种监控与管理特性。

与此同时，Tars.js所提供的模块，也可以根据您的需求引入（如未使用到则可不引入）。

»B．高性能：

Tars.js为高性能与大并发量而设计，使用了大量的前端（V8）优化技巧（如FlattenString/FastProperties等）尽量降低所提供的能力对于业务性能的影响。

经过我们测试（WebServer），默认的旁路上报与监控对服务性能的影响≤5%，常用模块（RPC、日志等）性能位于业界前列。

»C．差异化：

Tars.js根据不同的业务类型提供差异化运营方案：

l 高流量业务：尽力降低框架对业务性能的影响。

l 低流量业务：充分利用硬件资源提升开发体验。

HelloWorld

我们来看Node.js官网的 例子 (如下)，无需任何变更，直接通过Tars.js进行部署，它会拥有哪些特性？

✓ 进程管理

默认基于 cluster 模块进行负载均衡，进程数可以配置为1~max（CPU核心数）、还可配置为auto（物理核心数相同）以减小内存压力提升“性价比”。

与此同时，进程僵死检测也会同时启动，实时监控业务进程。

»案例说明

某服务在论坛UBB代码转HTML时，使用未优化的正则表达式进行XSS攻击过滤，但由于用户发帖时图片采用BASE64编码，导致正则表达式计算时间过长，CPU使用率飙涨到100%：

开启僵死检测后，Tars.js监控到业务进程僵死时，自动重启业务进程，从而缩短了业务无响应时间：

Tars.js虽然无法解决业务代码的问题（BUG），但会尽最大努力保证业务的可用性。

✓ 服务监控

以服务名、接口名（URL-PATH节）为纬度，统计总流量、平均耗时、超时率、异常率：

其中返回码大于400（可配置）作为异常进行上报。

»监控说明

Web服务一般由静态与动态资源（接口）组成，由于静态资源（本地文件）的请求耗时远低于动态资源（业务逻辑），请求量往往又很高，拉低了服务整体耗时。

基于此，Tars.js将请求URL中的PATH节作为接口，每个接口均可查看其总流量、平均耗时、异常率，便于用户全面了解服务性能。

✓ 特性监控

无论您服务的类型是什么，总是会上报下述特性，便于回溯问题与评估性能：

l memUsage：内存用量，将会上报rss、heapUsed、heapTotal这三个用量（单位为字节）

l cpuUsage：CPU用量，将会上报CPU使用率，数据汇总为逻辑单核（单位为百分比）

l eventloopLag：（任务）队列延迟，每隔2秒采样（单位为毫秒）

l libuv：I/O用量，将会上报activeHandles、activeRequests这两个用量

各策略以平均值（Avg）、最大值（Max）、最小值（Min）分节点进行统计：

✓ 日志输出

所有通过Console模块（如console.log）输出的日志，都会输出到服务本地文件内。并附加相关信息（如下），方便定位问题。

日志格式：日期时间|进程PID|日志级别|输出文件名与行号|日志内容

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

✓ LongStackTrace™

由于Node.js采用异步机制，在发生异常时堆栈不完整，导致定位问题复杂。

鉴于此，我们提供了长链路跟踪技术在产生异常时自动附加前序调用堆栈，同时还支持在异常堆栈中过滤出用户代码部分。

由于开启此特性时会造成性能损耗，故默认关闭，管理平台等性能不敏感业务可直接通过配置开启。

»案例说明

执行上述代码会抛出下述异常：

ReferenceError:ThisMayThrowErrorisnotdefined

atTimeout.setTimeoutas_onTimeout

at_disibledevent="http://superzheng.com/">@SuperZheng 创立于2017年。团队成员均为全栈架构师（Super寓意Superman——无所不能），熟知Web(3D)、终端、后端与大数据计算，并由传统前端向互联网从业者方向发展。欢迎前端牛人加入，共创前端美好未来。