当前位置:网站首页 > 体育世界 > 正文

一年级看图写话,EMAS,一部淘宝十年移动互联网技能的演进史,top

admin 0

导读

本文依据2018云栖大会深圳峰会EMAS专场—移动互联的进化论,阿里巴巴高档技术专家泠茗《 EMAS全景介绍》的讲演收拾而成,文中就EMAS的来源史及皇家俏药娘EMAS的五大移动研制场景处理计划进行了共享。

淘宝的移动互联网演进史孙乐弟

各位好,今日我想从阿里巴巴具有代表性的APP - 手机淘宝的互联网演进史看一下阿里巴巴移动团队在近10年的进程中咱们所做的一些技术上的挑选,咱们做的一些技术上的沉积。手机淘宝近10年的移动互联网演进史,也是EMAS这个产品的来源史。

上面这两幅图像是阿里集团移动APP的产品矩阵,从这两幅图中咱们也可以看到,阿里集团孵化了数十款千万级、亿级的APP,咱们了解的有手机淘宝、天猫、付出宝、高德、钉钉、优酷、UC阅览器等等。阿里在移动互联网职业的技术堆集从全球范围内看也是处于比较前沿的状况。

接下来咱们看看手机淘宝在近10年的开展进程中阅历了哪几个阶段。咱们从2008年开端发布了手机淘宝的第一个版别,在开始的阶段咱们对手机淘宝的定位是一个东西型的APP,在这个阶段咱们首要是为了完结对产品的完好生命闭环的支撑,从产品的查找、阅览、下订单、付出、售后运维以及物流等等。在这个阶段咱们更重视这个APP根本功用的保证,以及这个APP根本功用的保证。

跟着咱们整个手机淘宝事务不断地开展,咱们的整个体量也在不断地强大,到了2.0阶段,淘宝逐步生长为阿里集团内部的一个渠道型的APP,咱们叫做航母级的APP,在这个阶段许多的阿里集团的其它的事务,比方说飞猪、天猫、聚合算等等都把相应的事务进口搬到了手机淘宝这个渠道上来。所以手机淘宝每一个大版别的迭代,它背面其实是有许多的事务团队进行相应的协同来完结这样一次作业的,所以在这个阶段,咱们首要是重视手机淘宝这样一个航母级的渠道全体的迭代的功率以及它的稳定性上的保证。

然后进入到第三个阶段,也便是咱们现在所在的阶段,咱们把自己定位为一个生态型的超级APP。怎样了解这个生态型的超级APP?咱们知道上一年双11整个阿里集团电商当天的GMV到达1670亿,在这样一个大型的商业活动傍边,手机淘宝其实是扮演了阿里集团事务运营中轴的人物,经过手机淘宝咱们来串联阿里集团内部,不只仅是咱们的电商系统,还包含大文娱、金融系统,咱们一同协同共振来产生了这样一个十分了不得的成果。所以在这个阶段,咱们更重视的是怎样经过这些技术结构、技术才干去支撑上层的阿里集团的事务立异,以及在整个生态下各个板块之间的协同。

在手机淘宝的演进进程中,咱们也遇到了许多的技术上的应战,还有功率上、质量上以及功用上的应战。首先是整个协同功率方面,手机淘宝前期的技术架构仍是一个单一工程的研制形式,这样一个研制形式跟着客户端承载的事务越来越多,它的全体事务间的依靠联系也越来越杂乱,系统的耦合程度越来越严峻,比方说咱们每次敞开一次迭代,或许是不同的事务方从他的骨干分支拉一个分支代码进行独立的研制,到终究要进行分支结合的时分,由于事务耦合十分严峻,每个事务做的改动,相互之间匹配的时分都会有许多的抵触,这样的抵触就要求咱们协同许多的事务团队一同来进行抵触的处理,这样一种方法其实是带来许多的协同上的问题。

第二方面,跟着咱们整个事务之间耦合不断地提高,系顶蘑菇啥意思统的杂乱度不断地提高,后续整个系统的扩展、事务的扩展,咱们需求新增一些事务到APP系统傍边的时分,你会发现你的前史包袱越来越重,也为后续APP的迭代带来许多的本钱,这是协同方面带来的一个问题。

别的一方面便是手机APP的发版形式,跟咱们传统的B/S架构的使用有十分大的不同。B/S架构的使用,你在后端随时可以操控它的系统的晋级,使用可控赵人乞猫性是十分强的,可是像APP这样一个C/S架构,一方面你的APP的发版是需求经过使用商场进行审阅发布的,另一方面客户端的更新也是由客户进行操控的,这样的发版方法也约束了咱们事务应对商场的改动的呼应速度和相应的事务立异的灵活性。

方才说到的是功率上的问题,咱们面临不同事务之间的协同上而带来的牵一发而动全身,整个事务的迭代不行灵敏,本钱十分昂扬。

除了功率上的问题,第二个便是质量上的问题。由于手机淘宝移动APP,作为整个集团事务运营中轴的人物,要求咱们在应对商场改动的时分有很快的呼应的速度,而且移动事务自身也是一个迭代频度十分高的场景。在这样的场景下怎样保证APP的质量,也是咱们当时遇到的一个很大的应战。由于一旦一个事物改动的频度加速的时分,它的容错率就降低了,所以怎样样在事务快速迭代进程中保证这样体量的一个APP的高可一年级看图写话,EMAS,一部淘宝十年移动互联网技术的演进史,top用,也是咱们在演进进程中遇到的一个很大的问题。

第三个便是网络层面的问题,由于移动事务是一个在线特点的事务,所谓的在线便是对网络的依靠。移动网络比照有线网络是有十分多不同的,它多出了一个移动链路的环节,全体的稳定性、连通率比照有线网络都有必定的短少,怎样处理网络层面通讯功率的问题,怎样处理网络安全的问题,这些也是咱们在事务演进的进程中所面临的应战。

面临这些应战咱们做了什么事情,首先是关于整个协同功率方面,为了处理协同上的问题,为了处理整个APP架构的高雅规划的问题,咱们也是开发了一个使用容器,这个使用容器实质的原理便是希望能把一个APP内部一切的事务模块拆分为一个一个独立的事务板块,这些事务板块之间咱们经过规范的协议进行通讯的,这样的方法可以保证每个事务模块独立并行往前走,每个事务模块终究对应的是一个独立的工程,工程和工程之间拆分出来了,不同的事务模块之间就不存在任何的耦合联系,经过这样的方法咱们可以大幅提高不同事务团队之间的协同功率。

别的一方面经过这个使用容器,咱们会担任保管整个事务组件的完好生命周期,经过这样的方法长处在于当你的事务组件呈现问题的时分,咱们可以经过容器在内部消化这个问题,防止这个问题会影响到大局APP的质量。别的一点,由于咱们的容器保管了事务模块的一个完好茶浴炉的生命周期,所以咱们可以完结每个事务模块动态布置的才干。这一点咱们有一些在APP上使用上的事务模块,我在一开端打包的进程中就可以一年级看图写话,EMAS,一部淘宝十年移动互联网技术的演进史,top把这些事务模块,不需求加在终究的二进制的包里边,可以削减APP的包巨细,当这个APP处于运转时的时分,我再经过这个容器去进行一个动态的加载,经过这种方法进行动态布置。别的一个,这种动态布置才干也意味着当线上呈现一些问题的时分,可以经过动态布置的才干赶快完结线上问题的即时修正。

环绕方才说的质量的问题,咱们也是沉积了一套泛质量办理的系统个,一个是根底设施层面,一个是流程层面,根底设施层面咱们有十分好的实验室,针对处理怎样提高移动使用线下测验的功率,怎样提高它的自动化的程度,自动化的UI的测验,自动化的功用测验等等,去提高全体的Bug检出率,替换原先人工的黑盒测验的形式。进一步咱们也沉积了许多终端的才干,怎样处理长途调试,当端上呈现问题的时分,是不是能经过一些长途调试设备帮你处理问题,怎样进行端上移动日志的办理,怎样完结端上热修正的才干等等。

再往下咱们有面向移动大数据处理的渠道,怎样收集来自不同数据源的数据,怎样去做穿插剖析、聚合剖析,怎样去发现潜在的一些危险,怎样去智能地感知线上的一些问题。在流程方法论方面,手机淘宝也沉积了一套高保证的机制,咱们大约划分为三个阶段:

第一是研制测验阶段,咱们经过静态扫描、真机效劳,保证在研制测验阶段的代码质量,在阿里集团内部咱们有一整套一致的移动使用质量质量基线的界说,当第一个阶段你的整个静态扫描也好,你的真机测验也好,评测下来的成果契合咱们的质量规范基线的时分,咱们进入到第二个阶段。

第二个阶段是几轮的灰度发布的阶段。由于线下的真机测验,究竟它能掩盖的样本数,可以掩盖的场景仍是相比照较限制的,所以是需求线上必定量的灰衡量,可以把一些边角的事例可以掩盖住。

灰度发布阶段,咱们也能根据许多的设备画像进行十分细粒度的定向的灰度发布,经过灰度发布,经过咱们的整个质量基线的评测之后,咱们会进入到正式发布的阶段,在正式发布阶段,咱们也会经过咱们的APM的才干,舆情办理的才干,进行实时线上的质量大盘的监控。当发现问题的时分,咱们会经过长途调试的才干,经过终端日志的才干去快速地进行问题的发现,然后快速完结线上问题即时修正。

经过这样一整套的流程机制,保证像手机淘宝这样一个超级APP,这样一个生态型的APP,在运转时可以始终保持一个高可用的状况。

第三部分是关于功用网络方面。功用网络方面其实咱们首要处理的问题是两个,第一是移动事务场景下,有许多的事务场景对网络是强依靠的,比方说咱们的移动API效劳,比方说音讯推送、即时通讯、数据同步、远百好博程装备等等,对网络都是一个强依靠,假设说每个事务团队都自己来担任网络层面的研制,这个本钱其实是十分昂扬的,咱们知道网络自身其实是一个相比照较窄,具有必定门槛的根底范畴,假设每个团队都去维弈博术护这样一个网络专家团队的话,一方面你的技术研讨周期比较长,和你的事务快速迭代是有必定抵触的,所以整个网络层面的研制本钱仍是十分昂扬的,怎样样去处理这方面的问题,在阿里内部咱们是把一切的无线端的网络都一致到一个团队来处理,然后也供给了一致的无线网吹缆机络接入的系统。

面向终端,咱们是供给一致的SDK,承载不同事务场景的网络接入。在后端上党鼓书长子平话大全咱们有一个接入网关,处理流量调度、APP办理、网络优化等等,和上层解偶的网络根底设施的建造。而且咱们有专门的团队做底层协议的继续优化以及和移动网络适配,经过这样的方法可以去处理在移动网络场景下,网络绑架、安全加密,以及网络通讯功率等等方面的一系列的问题。

企业级移动中台EMAS

方才说到的环绕功率、质量、功用,其实沉积的仍是比较典型的几个事例,但在近10年的开展进程中,咱们也沉积了许多的根底设施,今日这些根底设施在阿里内部咱们是由EMAS移动中台来一致承载的,而且经过EMAS这个移动中台来支撑整个阿里巴巴上层许多的移动事务的快速立异。今日咱们也希望经过阿里云这个口儿可以把咱们的移动中台对外输出,协助客户快速地完结数字化、移动化的转型。

这幅图是EMAS的产品全景。EMAS包含三部分,第一是根底架构层,咱们叫EMAS Infrastructure,这是供给面向APP开发域的,咱们会供给许多的功用组件、效劳组件、移动端的中间件、推送、移动网关、APM、舆情剖析等等相关的中间件。然后是下面的架构层,咱们有跨渠道的开发结构和移动端的使用容器,协助咱们构建一个愈加高雅、科学的APP底层架构。

第二层是研制支撑层,EMAS DevOps,这首要是环绕一个APP完好的生命周期,从你的代码办理到你的静态扫描、编译、构建、灰度发布、正式发布、运营这样一个完好的生命周期,供给阿里巴巴的作业系统,来进行闭环的管控。

第三层是工程理念层,EMAS Philosophy,也一层咱们希望EMAS不只输出阿里巴巴沉积的一些硬的根底设施,咱们还希望把阿里巴巴沉积的一些软实力,咱们的Android、IOS的研制规范、火车式的版别发布机制、APP功用方针基线、质量方针基线,乃至是说不同的开发者或许处于不同的阶段,在不同的阶段你的整个移动互联网研制团队的安排架构怎样去构建等等这方面的经历,咱们也希望可以把这些软的东西、软实力的沉积经过EMAS的渠道敞开出来。

这张图是整个移动中台EMAS在阿里巴巴的技术栈全景傍边所在的方位。咱们一向在说阿里巴巴是一个很典型的大中太、小渠道的事务体一年级看图写话,EMAS,一部淘宝十年移动互联网技术的演进史,top系,上层的事务十分多,要支撑这些上层事务的快速改动,需求有大中台支撑。在大中台中咱们有事务中台、数据中台、互联网中间件、根底设施、IaaS层的资源等等,移动中台也是其间很重要的一部分,怎样去支撑上层的事务在移动层快速的事务立异。

5大移动研制场景处理计划

接下来咱们就一同看一下根据EMAS的产品才干,咱们面向移动研制的几个比较典型的痛点场景,咱们所沉积出来的处理计划,包含继续交给、组件化、跨渠道、泛质量办理以及网关一致接入。

首先是EMAS的继续交给处理计划。在EMAS渠道上咱们也支撑三种研制形式,包含传统的Native方法,以及跨渠道方法,根据WEEX的跨渠道开发结构,第三是混合开发,所谓混合是Native加上WEEX的方法。咱们也希望经过EMAS输出三项IT效能方针的参阅系统,包含环绕功率咱们怎样样界说一个研制团队的研制功率,包含咱们怎样界说一个使用的质量基线,包含咱们怎样界说一个使用的功用体会的基线等等,咱们会把阿里巴巴内部的这一整套的基线系统输出出来。

继续交给也会掩盖咱们所谓的五大功能域,从研制、测验到发布、运维、运营。在这五大功能域,咱们也沉积了许多的根底设施和东西效劳,比方说构件阶段,咱们会凭借依靠办理、编译缓存、构建集群等等,大幅提高Android、IOS打包的功率,然后在测验阶段,咱们会供给许多的私有API的检测、包巨细的检测,根本的安全特点的检测,包含咱们会把Android、IOS研制规约终究实体化为一个静态代码检测的脚本,经过这样的方法把规范说到日常实践傍边。在发布阶段,咱们有十分细粒度的灰度发布的才干,在运维阶段咱们有根据端上的全景监控系统,可以全盘监控整个端上的功用质量状况。再到运营阶段,咱们有相应的舆情办理,以及相应的音讯推送才干,可以完结更快速、更实时的用户的处理。EMAS的继续交给便是经过EMAS DevOps进行五大功能域的作业串联,协助开发者真实完结一个一站式、一体化的使用迭代的星狱囚武办理。

EMAS继续交给处理计划带来的价值,可以从手机淘宝的版别发布频度去看它的效果。最早之前手淘的版别或许是一个月才发版一次,现在咱们均匀每天发版次数是1.7次,这样一个频度或许咱们会有疑问,为什么你的版别发一年级看图写话,EMAS,一部淘宝十年移动互联网技术的演进史,top布这么频频,这也跟我接下来介绍的组件化处理计划有联系。

组件化处理计划实质上是经过咱们的使用容器来完结APP架构的优化,完结APP架构内一切不同事务模块之间的解耦,经过这样的方法,咱们能保证咱们的每个事务模块相互之间是完全独立的,是单一工程可以并行研制的,别的咱们也可以完结这样一个根据容器动态布置的才干。每一个事务模块,它独自的动态布置都意味着咱们这个APP发作了改动,所以为什么咱们方才说到手机淘宝每天大约有1.7次的发布,这是由于每个事务模块发作一次动态布置,我都认为是一次APP的发布,这便是为什么咱们发布频度这么高的原因。

这幅图是手机淘宝的一个组件化的事例,在手机淘宝系统内,像你的主页、查找、点评、付出等等,背面其实都是一个个独立的事务模块,经过咱们这样一个容器结构可以完结不同模块的解耦,上下会用一致的大灭世系统根底设施的中间件,经过这样的方法,咱们可以完全的从一个单一工程开发的形式转化为一个多功用运转开发、协同开发的形式。

组件化处理计划带来的一个优势是说,原先的这种单一工程、强耦合的架构其实类比于两人三足的协同形式,一旦某个模块呈现问题,就会导致整个行列被那个人阻塞住,需求整个行列协同起来才干往前走,这样协同的本钱是十分昂扬的。经过咱们的组件化的计划,全体的架构能得到有用的优化。在手机淘宝内部咱们的版别发布是遵从一个班车制发布的准则,咱们在一年做规划的进程中,咱们就会建立接下来一年每个月大版别发布的时刻点是什么时分,而且这个时刻点是不会发作改动的,假定某个模块需求跟从这个大版别的发布,经过我的买票上车的环节,便是经过我的静态检测、真机测验,满意了我的使用质量基线规范刘新扬之后,跟从我这一次的大版别的发布。

假设没有满意,没有联系,由于咱们具有动态布置的才干,所以当你到达了这样一个发布的状况的时分,你可以根据咱们使用容器的动态布置才干,去完结自己的使用迭代,从这样一个方法,咱们可以完全地从原先的多方绑缚的方法,转化到事务发布按需发布、想发就发的状况,整个事务的功率得sw517到大幅提高。

还有一块便是咱们的跨渠道处理计划,它首要想处理的问题便是希望可以一起承继各种研制形式各自的长处,经过这样的方法,一方面可以完结快速研制,研制团队保护本钱低,一起它的功用体会是根据原生的烘托引擎进行烘托的,所以它的体会都会比较优异。

经过跨渠道的处理计划,也推进咱们在安排架构上进行改动,跟着跨渠道处理计划的呈现,咱们的渠道渐渐的演化为一个一个独立的作业组的形式,跨渠道我只需求有几个前端的开发人员,就可以协助我完结多渠道的事务快速的开发,研制团队的保护本钱会十分低,每个事务团队渐渐的演化为这样一个独立的作业组的形式,可以闭环的完结事务的快速迭代。而咱们原先的客户端团队就渐渐的下沉,变成咱们一个根底支撑的团队,怎样去更好地把底层的才干封装成JS API,向上层去露出出来,经过这样的方法咱们也大幅地提高了内部不同团队之间的协同功率,以及支撑了这些事务的快速立异和迭代。

跨渠道结构在阿里双11的大型商业项目中,一些大型的运营项目中,WEEX结构也是发挥了重要的金勇万效果,像2017年双11当天,整个结构承载了16万+页面的渲万界造化珠染。除了阿里系统内其它一些大型的APP之外,在整个社区也有许多的社区根据WEEX开发结构做混合开发。

别的一部分是泛质量管了处理计划。方才说到手机淘宝环绕质量问题其实是沉积了一整套十分系统化的泛质量办理的系统。这一点咱们首要是为了处理三个问题,第一是传统的APP很依靠发布前的人工黑盒形式的测验,而这样一种测验形式本钱十分高,可是由于是需求人工去进行单点测验的,所以它可以掩盖的环境、场景也是十分有限的,功率十分低,应该说是一种很典型的单点式保证的形式。

别的一个问题便是绝大多数的APP都短少自动的问题感知以及智能的问题感知的才干,往往是被问题推进走,拆西墙补东墙的形式。一起还存在一个问题,当线上呈现问题的时分,许多时分仍是靠线下猜想问题的原一年级看图写话,EMAS,一部淘宝十年移动互联网技术的演进史,top因,短少一系列的数据和东西来支撑,怎样提高定位问题,以及处理问题的功率。咱们是希望经过泛质量办理的处理计划,一方面整个质量管控是从测验域扩展到研制域,扩展到运维域、运营域,怎样经过这样一个全链路的链式的保证来完结咱们的全体质量管控。别的一方面咱们也希望经过咱们的全链路的中心方针的监控系统去完结多个数据源的数据聚合、穿插剖析,去尽或许完结智能的一些问题的感知和一些风一年级看图写话,EMAS,一部淘宝十年移动互联网技术的演进史,top险的预判,然后经过咱们的全链路的排查东西,终端日志的才干、长途调试的才干,怎样去提高定位问题的功率,怎样经过咱们的热修正的才干,快速的完结线上问题的即时修正。

这幅图是手机淘宝高可用保证的流程方法论,在EMAS渠道上咱们经过EMAS DevOps的作业流系统把咱们渠道上的组件效劳,像咱们的静态检测、移动测验、APM、移动日志、用户反应、灰度发布、云构建、热修正等等,把他们的流程、数据悉数贯穿起来,然后供给给开发者一体化的开发体会。

这儿可以看到咱们的几个中心方针,包含线上毛病数的方针、线上毛病修正的方针,经过这种开发方法都大规模的削减。

终究一部分是网关一致接入的处理计划,这儿咱们希望供给的才干。许多无线端的事务对网络是强依靠的,咱们希望这儿有一个一致接入的处理计划,去处理API办理、限权限流、安全加密、流量优化等等,这些自身和事务解耦的网络根底设施的优化。包含咱们在集团内部有专门的网络专家团队来进行深度的面向移动场景的优化研讨。

然后包含像移动端的API网关,其实也是一个移动使用十分中心的根底设施,在咱们这个网络处理计划里边,咱们面向API也供给了一键编列的才干,从创立一个API到这个API在API网关的实时发布,再到你的终端API的生计,再到你的API网关和数据的交互,经过这样一个渠道,可以完结一键的布置。一起环绕这个API的统计剖析,限权限流、版别办理等等,都能在这个网络处理计划里边完结闭环式的管控。

咱们希望EMAS为开发者从两个维度供给真实的事务价值,也便是团队方面和事务方面。在团队方面,咱们希望经过EMAS一键仿制阿里巴巴所沉积的实践规范,咱们的流程、方法论,协助咱们的开发者尽量少走弯路、错路。实质上仍是希望经过这样一整套处理计划,协助开发者去提高企业内部的人均效能。在事务的视角来看,咱们也希望经过咱们这样一整套的根底设施,协助开发者快速、高效地去构建一个高质量、高功用的移动事务。别的一方面便是经过咱们的架构层面的才干输出,协助开发者去真实地构建一个高雅的APP底层的架构规划,防止在后续的事务迭代进程中,这个事务会过于臃肿、巨大,然后会走样、变形等等。

咱们发起的理念是:企业互联网+真实标志是研制系统互联网化。现在说的云核算,咱们更多了解为IaaS层的效劳,可是单纯经过虚拟机替换本来的物理机,这样的动作仅仅是资源层面的替换,并没有方法为企业的研制效能提高带来质的革新,而只要你真实完结了企业内部研制系统的互联网+的晋级,才干为你企业内部的研制效能的提高带来一个质的革新,而EMAS便是整个阿里巴巴近10年移动互联网研制系统的具像化的载体。

鬼谈会

今日在EMAS渠道上,现已有许多的职业客户,与咱们并肩同行,未来咱们也希望有更多的客户可以加入到咱们的研制生态傍边。今日应该说移动互联网现已事实上成为整个社会最中心的根底设施,所以咱们也希望经过EMAS这样一个移动中台,可以真实地赋能客户,协助他们去完结企业数字化、移动化的转型,帮他们去构建这样一个超级APP、事务运营的中轴,经过EMAS去支撑上层事务的快速立异。

详情请阅览原文:http:一年级看图写话,EMAS,一部淘宝十年移动互联网技术的演进史,top//www.10tiao.com/html/211/201804/2650401369/1.html?spm=a2c4e.11153940.blogcont693918.13.60ef18a6AqDYNp

移动研制渠道(Enterkk55游戏全国prise Mobile Application Studio,简称EMAS),面向企业效劳商场,希望把阿里巴巴近十年在移动互联网职业沉积的DevOps研制支撑才干、移动App根底中间件才干敞开给客户,协助传统企业快速完结事务移动化的转型晋级方针。

原文链接:https://yq.aliyun.com/a德尔塔巴流量计rticles/693918?utm_content=g_1000048567

本文为云栖社区原创内容,未经答应不得转载。

开发 播播 淘宝 手机
声明:该文观念仅代表作者自己,搜狐号系信息发布渠道,搜狐仅供给信息存储空间效劳。

  沪深两市冥炎血影各股指早盘小幅低开,可是开盘后大涨的个股便开端杀跌,包含权重板块创前史新高的股指以及近期接连爆炒的体裁个股板块。盘中尽管存在必定的反抗,可是反抗力量很弱,底子起不到效果。终究股指在午后继续宫颈炎怎样医治,天信投顾:放量杀跌检测第二重支撑,我的美妙男友2震动走低,构成一根放量中阴线。全体来看,周四商场低开低走,构成放量杀跌的中阴K线;盘面上板块几连文胜5xdd1乎悉数跌落,个股更是哀鸿遍野林凯唐慧敏,杀跌走势非常凶狠。饲养、

宫颈炎怎么治疗,天信投顾:放量杀跌检测第二重支撑,我的奇妙男友2