输出进程

很多人问：熊市不是早就来了吗?

但，如果前面你以为的熊市，仅仅只是一个开始呢?

复盘全球：冰水两重天

说这个问题，我们先来复盘一下今年全球的表现。

2018年1月份全球狂欢，美国三大股指创下历史新高，恒指，上证综指也创2016年1月以来新高。

然后全球就进入了2月份的鸡飞狗跳时间，由美国带的头，莫名其妙4、5个点的跳，全球跟着扑街。3月份全球进入贸易纷争时间，美国向全球开战，当然，中美是重头戏，全球再一次扑街。

4月份到5月份，尽管有贸易纷争、美元指数超强、美债收益率上升的负面因素，市场整体算平静的，波动中上升。

但从5月底开始，全球主要市场的表现明显分化了，具体表现为：欧美坚挺，港A扑街。

欧洲股市基本走出了2月、3月份的大跌阴影，创出新高，美指有些分化，纳指创出历史新高，道指与标普稍差，但也基本收复失地。

只有近亲的港股与A股，横了几个月后，重新进入扑街模式(见下图)：

 如果上面那张图还不够清晰，我们直接看排名，大A垫底，恒指替补(见下图)：

原本指望五穷六绝七翻身，结果是五穷六绝七翻车。

刚进入8月份，特朗普那边又开始喊话：要不之前说的2000亿美元进口商品，关税由10%提到25%看看? 

今天港股与A股再现暴跌。上证综指一度跌超3个点，深证成指一度跌超4个点，创业板创下2015年以来的新低。一江之隔的香港也好不哪去，恒指创下今年新低。港A主要指数自今年高位回落均超过20%，完全进入技术性熊市。

当然，对于许多国人来说，自2015年以来就一直是熊市。不少人都在意淫着差不多了，等着抄底，但等来的是新低。 

现在依然是一个老问题：到底是抄底呢?还是跑路呢?

基本面与流动性

关于这个问题，其实是两个方面的分析：基本面和流动性。

基本面上来看，上半年的经济还是过得去的。2018年上半年GDP增长了6.8%，二季度有所放缓。发电量、铁路货运量的数据也基本匹配。 

看规模以上工业数据的增长情况，工业增加值上半年累计增长6.7%，较2017年上半年6.9%放缓，但好于2015年、2016年的数据。营业收入与利润总额增速都是放缓的，但利润总额是12年以来的第二好，仅次于2017年。

所以，大概的判断是，2018年上半年经济处于增长中，这与16年下半年以来的一轮全球经济复苏相吻合，这也是欧美股市坚挺的重要原因。但中国出现经济增速放缓的迹象。

如果基本面短期没发生恶化，那更大的问题在流动性了。流动性的问题大家不陌生，去杠杆这个词应该要听得耳朵起茧子了。但关于去杠杆的意思究竟是什么，却不见得大家都理解。

基本上大家都能明白，去杠杆就是降低负债。而我们经常提到的M2，却恰恰需要负债去创造。央行发行了基础货币，银行通过信贷体系借钱给企业或者个人，创造了负债，也就创造了M2。

所以，加杠杆的过程是创造货币的过程，而去杠杆的过程就是消灭货币的过程。

所谓的明思基时刻，就是那个时间点上，绝大多数人都在收杠杆，也就是在消灭货币。这个过程可以很快完成，瞬间大量货币被消灭，资产价值当然崩溃。

我们的去杠杆当然没达到明思基时刻那样猛烈，但货币逐渐被消灭的过程中，流动性紧张，对流动性最敏感的股市就有了向下的趋势。

不过这还不足以解释何以6月份以来股市的下跌，与全球明显分化。

大家回想一下，6月份发生了什么?整顿P2P!

相比于过去的P2P爆雷，2018年6月的特征是集中性，一天可以爆几百家。P2P的钱去哪了呢?不用多想，不管是平台自己做资金池去抄底了股票，还是个人通P2P融资去抄底了，可以肯定相当一部分资金进入了股市。

6月份P2P成群的爆雷，其溢出的杀伤力也许不低于2015年配资盘的打爆。而P2P这个坑究竟有多大，恐怕连官方都不清楚，这正是更可怕之处，甚至有人将其比作2008年美国的次贷危机。如果是这样，那就不仅仅是一个行业的问题，其影响会是全局性的，影响金融，影响经济。

短期内对股市形成巨大的抽流动性，所以我们看到，6月份在地球村都向好的背景下，A股6月的跌幅为今年之最，还超过了今年全球都动荡的2月份。港股稍好点，6月的跌幅也不低，仅次于今年2月份。

港股相比A股，受P2P的溢出效应要小些，但是，港汇今年一直处于弱方，表明外资在流出。同时A股流动性紧张势必影响南下资金的规模，进而把流动性紧张传递到港股。可以看到，香港的成交金额已经大大下降了(见下图)：

香港有一点很恐怖：流动性紧张到一个临界点，一旦下面完全没有承接盘，股指可能瞬间被打爆，这就像2015年的7月份。

美国加息周期与贸易纷争

中国官方显然也意识到了问题，所以6月份再次定向降准，而7月份宣布实行更积极的财政政策和稳健的货币政策，流动性定调由“合理稳定”转为“合理充裕”。

但是，第一，市场的恐慌情绪并不会短期修复;第二，美国的加息周期束缚了中国的宽松空间。

美国2014年暗示可能加息，2015年12月第一次加息，2016年12月第二次加息，2017年加了三次息，2018年已经加了两次，目前美联储对美国经济的定调是强劲，这意味着，2018年是极有可能再加2次息。

很不幸的是，在掌控全球货币闸门的美国进入加息周期前夕，也就是2015年，我们进行了一次大水漫灌。这一波大漫灌，推高了许多资产的价格，造就了许多牛市。有的比较短，如股市。有的比较长，但也到了清算期，比如P2P。还有的还在高位，比如楼市。

今天许多的痛苦，都有那波大放水的功劳。

现在除了楼市，其他资产基本被打得七零八落，包括人民币，现在也成了主要货币里表现最差的(见下图)：

现在政府的定调是定向放水，明摆着不想让水流到楼市去。但如果政府不控制好，资金会有自己的想法，继续流入楼市，将楼市价格进一步推高，日本的故事重演不是没可能。

因此，这些约束下，中国宽松的空间是有限的。

当然，无论美联储加息也好，P2P平台爆雷也好，这些都是短期的因素，对中国更深远的影响恐怕是贸易纷争。

为什么这么说呢?

安信的高博士最近有一个刷屏的演讲，其中提到中国的改革开放实际就是对美国的开放。个人很认可这一点，我们过去40年能取得这样的经济增长，一个至关重要的因素是我们融入了欧美主导的全球体系。

现在我们可以另起炉灶了吗?

往短了看，是个需求问题，离开了美国这个庞大的市场，一带一路上的国家能消化掉我们的产能吗?

往长了看，是个供给问题，这个更重要。一个国家的经济增长，从长期来讲，是供给因素，它取决于一个国家的劳动力、资本还有技术。我们算一下，为什么中国人与美国人，同样一天24个小时，我们的劳动力是人家的好几倍，经济体量还不如人家呢?

关键的因素是技术，是生产效率问题。

放长看，清晰可见的是，劳动力将成为我们经济增长的制约因素，绝对劳动数量(15到65岁人口)在减少。要实现经济增长，只能借力技术的不断升级。而离开了美国这个全球技术的主要输出国，失去了与美国的技术交流，中国的技术升级，即使会成功，也会是缓慢的。

如果技术升级无法覆盖劳动力的减少，那么未来的经济增长就无从谈起。这点， 我们可以看日本，从1990年到2018年，28年间人类的技术是突飞猛进，但它仍然无法覆盖日本人口方面的负作用，日本过去28年里GDP年复合增长不到0.7%。

日本1990年人均GDP水平已经很高了，而我们今天还很低的。最近拼多多是个非常热的话题，它让我们意识到另一个更真实的中国。看下面这张图，如果经济不再增长，我们的收入就停在这个水平，这意味着绝大多数人失去了改善生活的可能。 

目前这场贸易纷争，不仅仅是经济层面的，许多人总是把特朗普视为商人。早在1988年，特朗普接受采访的时候发表了其对美国与其他国家贸易关系的看法。一个人念念不忘30年，绝不仅仅是商人思维可以解释的。无论他目前的所做所为究竟于美国是对还是错，他在做的是创造历史。

这样，你就可以看到，在贸易纷争这个大逻辑下，投资股市，实际上你是在赌国运，赌国运在未来40年，仍然能如过去40年那样继续上升。

而赌错的话，日本的股市又提供了指引，1990年见顶，一直跌到2008年见底，现在还没涨回去。

特别声明：本文为合作媒体授权DoNews专栏转载，文章版权归原作者及原出处所有。文章系作者个人观点，不代表DoNews专栏的立场，转载请联系原作者及原出处获取授权。

随着互联网的发展，越来越多的业务不仅仅由单一节点（或是单一语言）就可承载，而是趋向多语言分布式协同开发（如接入层由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)、终端、后端与大数据计算，并由传统前端向互联网从业者方向发展。欢迎前端牛人加入，共创前端美好未来。