【每日科技网】   基本款手机,在用户的日常生活中占据了重要角色,因此做好基本款手机的体验显得至关重要。今日,青年良品魅蓝手机官方放出邀请函,宣布魅蓝6于9月20日在北京发布,打出“Dare to basic”,敢于做好基本款手机,让人更加期待魅蓝6的到来。  (魅蓝手机官方放出邀请函)  此次魅蓝放出的邀请函不仅包含海报,还有一双经典的飞跃鞋,同时发问:基本款就不能好好做吗?可以说是很有态度。众所周知,飞跃鞋是国产基本款良品鞋的代表,这也间接表明了魅蓝手机将打造优质基本款手机,带来更加体验的产品态度。就在不久前,魅蓝刚刚发布全新的魅蓝Note6,全金属机身、骁龙625处理器以及疾速双摄等优良配置,让魅蓝Note6成为广受追捧的青年良品旗舰。相信此次定位于基本款的魅蓝6也将拥有不错的品质。  (魅蓝6邀请函)  近期,关于魅蓝6的消息也不断传出。昨日,科技博主@老爆科技曝光了魅蓝6的配置信息图,显示魅蓝6搭载了联发科MT6750八核处理器,主频为1.5GHz,采用了28nm制程工艺,八核64位A53架构。内存方面将采用3+32GB的组合方案,屏幕为5.2英寸720P高清屏。目前看来,此类配置几乎与上一代魅蓝5相同,这不禁令人疑惑,难道魅蓝6配置无提升?  (科技博主曝光魅蓝6配MT6750)  既然配置无升级,想要打造的基本款,便只能在其他方面有所突破。不少网友猜测,或许魅蓝6机身将会升级为全金属材质,这无疑将会提升整机的质感。同时还有可能带来更新的系统,Flyme一直是魅蓝手机体验的必不可少的一环,更加不错的系统软件功能也将会带来更好的表现。  (魅蓝6海报)  眼下魅蓝6即将发布,一直坚持打造青年良品的魅蓝,此次又会带来怎样的基本款呢?目前关于新机的消息并不多,不过相信以魅蓝品牌的调性,定然不会让魅友们失望。

【每日科技网】   对于VR来说,2016年无疑具有里程碑式的意义,VR开始走进我们生活的方方面面,营销如今也和VR变得密不可分,太多“VR+营销”的成功案例证明了两者结合所能实现的无限可能性。  12月14日,艾瑞咨询发布《2016年中国VR营销趋势前瞻报告》,探讨在VR有可能成为另一个广告承载载体的预设下,VR营销的模式可能如何开展。报告中,对未来几年VR市场将达到的规模进行了预测,认为到2020年,全球范围内VR用户将达到1.55亿左右,其中超过八成是移动端VR用户。  在如此巨大的前景下,今年我国各大VR企业在VR+营销领域做出的不断努力与尝试,不仅是开创VR营销的创新案例,更将成为VR行业在未来持续发展的有力基石。  在《2016年中国VR营销趋势前瞻报告》中,兰亭数字作为国内的VR内容制作商,作为“VR行业标杆”示例,用以详细分析“内容生产”在VR产业链中的重要地位。  兰亭数字作为中国最早进军VR内容的公司, 致力于VR影像内容的创新与实现, 专注于高端VR影像内容制作,拥有业内最的制作团队和完善的资本架构,与近百家国内外客户良好合作, 在VR影像软、硬件研发及制作实力上都中国VR行业,曾获得多个VR领域奖项。兰亭数字曾先后出品中国首部VR电影《活到最后》、中国首部VR MV《敢不敢》、中国首部VR购物&交互微电影《我的VR男女友》等开创性VR内容,颇受业界好评,在影视、广告营销等领域获得多项VR大奖。  在报告中,兰亭数字出品的VR广告片《我的VR男女友》也被视作国内的“VR营销案例标杆”。《我的VR男女友》将VR技术与电子商务结合,是国内虚拟现实购物体验,也是国内在VR内容中加入在线购物功能,与阿里巴巴的“buy+”计划配合。通过技术突破实现虚拟购物的全新购物体验。无论从内容上还是技术上都极具VR行业创新性。以杨洋和迪丽热巴带动基数庞大的粉丝观看广告片,增加话题热度,购买产品,分享体验。从社交网络、数字营销、传统营销、公共关系等多个方向传播,带动电商销售并取得良好成果,无愧为现阶段国内VR广告成功案例标杆。  从这份VR行业年度报告中不难看出,尽管大众的VR的热情已经有所减退,但无论是对传统营销模式的颠覆,还是确实取得的良好营销效果,VR在营销领域仍然展现除了强大的潜力。至少在今年,兰亭数字已经用自己的实力向大众证明了,VR营销能为每一个带来前所未有的独特创新体验。

【每日科技网】   很多用户在收到来自银行、运营商或网站、APP的验证码短信后,都有删除的习惯,因为验证码一旦泄露,可能会带来个人信息安全风险甚至财产被盗的损失。前段时间,小许就因一场 “手机验证码”骗局,钱财被洗劫一空。他将自身经历撰写成文在微博中贴出,引发了网友热议,同时再次激起用户对电子钱包安全的担忧。  小许的“噩梦”源于几条莫名其妙的运营商短信。某日下班途中,小许先是接到了1065800号码发来的一条短信杂志,接着10086提醒他“开通了中广财经半年报业务”,同时一条“余额不足”短信。正在他纳闷时,又有一条短信,“如需退订请编辑短信取消+验证码,至本条短信退订”。紧接着,小许再次收到10086发来的短信“尊敬的用户,您的USIM卡6位验证码为***”。等回复短信后,小许的手机卡变成无服务状态。待手机联网时,小许才发现电子钱包(支付宝、百度钱包等)、银行卡里面的钱被“偷走”。  (图:小许收到USIM卡验证码)  为何几条短信竟让小许损失如此之大?据腾讯手机管家安全专家杨启波分析,小许在这场骗局中收到的所有短信都是运营商服务号码,换做他人也有可能上当。骗子的行骗手法看似很“神奇”,关键点在于“USIM验证码”。诈骗分子预先准备一张空白的4GUSIM卡,向运营商申请自助更换USIM卡业务;为了获取验证码,骗子借退订增值业务迷惑小许回复验证码(实际上是更换新USIM卡的验证信息)到特定的短信端口;拿到验证码后,骗子就可以将手中的空白USIM卡激活,而小许手中的手机卡则变成无效卡。  (图:骗子将空白USIM卡激活,小许手机卡变为废卡)  最致命的是,成功冒充小许身份的骗子可以肆意盗取其手机号关联的电子钱包和银行卡,而此时他自己的手机却处于瘫痪状态,根本无法阻止骗子的赚钱动作,只能眼睁睁看着自己的资金被盗空。  (图:小许的银行卡被盗)  更令人震惊的是,小许事后联系多方客服时发现,骗子是在掌握了自己的银行卡信息、姓名、身份证号、手机号等成套个人信息的前提下,才顺利完成一系列转账动作的。这就意味着,严重的个人信息泄露是导致该场电信网络诈骗的源头。因此,安全专家提醒,广大手机用户一定要提高个信息保护意识,不轻易向他人泄露手机验证码。  身处移动互联网时代,几乎每个人都有遭遇电信网络诈骗的风险。据腾讯安全日前发布的《2016年度互联网安全报告》显示,腾讯手机管家用户全年共举报诈骗短信1.1亿次,这些诈骗短信可能会冒充某官方机构或熟人,在短信中植入钓鱼网址,诱导用户下载木马病毒,或精心设计一套“手机验证码”连环骗局,最终让用户遭受银行卡被盗刷的惨重后果。为了更加有效地远离这些骗局和圈套,除了提高安全意识,保护个人信息之外,用户还可以借助腾讯手机管家等第三方安全软件,精准拦截诈骗短信,拒绝被“套路”。

【每日科技网】  2017年6月6日,北京—— 惠普在北京成功召开“玩得漂亮,6到飞起”2017惠普电脑全球新品发布会,重磅推出多款突破性产品,助力中国年轻一代在各自追求的领域中取得成功。  发布会上,惠普畅游人Pavilion系列笔记本代言人杨洋帅气亮相,与现场嘉宾共同体验了专为年轻人定制的多彩轻薄的畅游人系列新品。同时,旨在打造专业电竞品牌的暗影精灵III代游戏本更是在RNG战队的见证下进行了全球。全线升级的惠普产品,强大的嘉宾阵容,精彩纷呈的发布环节,令在场媒体和观众大呼过瘾,更是展现了一个蒸蒸日上、朝气蓬勃的年轻化的惠普形象。  惠普公司大中华区总裁庄正松表示:“融入年轻人、了解年轻人,是惠普业务持续成功的基石。今天的年轻一代更加勇于表达自我,所追求的成功也更加多元。惠普致力于成为年轻人中的一员,并通过大胆创新的科技产品,帮助他们在多元化的道路上突破自我,取得成功。此次发布会就是一个的证明。”   惠普大中华区总裁庄正松先生致辞  此次新品之所以如此强大,也与英特尔7代酷睿处理器强劲的计算支持分不开。面对年轻消费者“追求、拒绝将就”的态度,英特尔与惠普一道,在芯片支持和产品开发上,更加注重消费者的个人喜好和个性化需求,提供更高效率、更快速度、更强的响应能力和更具沉浸式的体验,共同助力年轻人“玩得漂亮,6到飞起”。  杨洋现身,全新畅游人轻薄本让你想“趣”就去  发布会上,中国惠普消费类电脑事业部总经理范子军携手代言人杨洋共同发布了全新的惠普畅游人Pavilion系列笔记本。专为学生群体和广大年轻用户所打造,该系列新品全线“升级”至轻薄本行列,多彩机身选择旨在全面满足年轻人爱玩爱秀的心态;个性化的配置,更为用户想“趣”就去、玩得漂亮提供了强大支持。   惠普畅游人Pavilion系列新品  杨洋表示:“玩得漂亮就是我的工作态度,这背后其实是努力与付出。”曾获得“五四好青年”称号的杨洋对待工作认真勤勉,甚至笑称自己的处女座特质督促他不断追求完美细节。然而这种在别人眼里的“虐、强迫症”在杨洋眼里却是一种“好玩、爽”的经历。重视细节的杨洋自2016年与惠普畅游人系列合作以来,一直在用畅游人系列笔记本,作为“老玩伴”,杨洋连连赞叹:“新一代的畅游人真的是更漂亮,边框更窄,变得更薄,颜色的选择也更多。”   惠普畅游人Pavilion系列代言人杨洋亮相  全球,“神队友”暗影精灵III代让你一开始就赢了  暗影精灵系列产品一直受到中国广大游戏玩家的喜爱和追捧,此次全新暗影精灵游戏家族选在中国全球,让广大游戏玩家耳目一新。拥有全新外观的暗影精灵III代游戏本采用了独特三角设计格调,外观设计灵感源于炫酷跑车,彰显个性;硬件方面,此次新品搭载英特尔第七代酷睿处理器,SSD+HDD组合硬盘及DDR4内存支持,让玩家能告别卡顿、快人一步。同时,暗影精灵III代游戏本特别装配120赫兹高刷新率、72%色域全高清IPS专业级电竞显示屏,配合英伟达10系列游戏独显和全面升级的多铜管精密散热布局,细致逼真地还原各种游戏的精美画面体验的同时不再被“烤肉”,种种细节创新皆为打造更完美的沉浸式的游戏体验,令玩家大呼过瘾!发布会现场,惠普更是与战略合作伙伴京东共同揭晓了暗影精灵III代游戏本的价格5499元起,并宣布正式为中国消费者开启预售通道。   惠普暗影精灵III代游戏本  电竞皇族RNG战队表示: “暗影精灵一直以来传递的‘一开始你就赢了’的游戏精神,与RNG战队永不言败的战队宣言不谋而合。我们与惠普的合作紧密愉快,堪称搭档,非常开心暗影精灵持续不断地给我们团队带来专业的游戏装备。特别是暗影精灵III代,整体造型非常炫酷,120赫兹屏幕刷新率让整体游戏体验非常6,散热十分给力,强大的硬件性能可以让我们玩得漂亮,一开始就赢了!”  在不断升级暗影精灵系列产品,惠普也一直在各类电竞比赛中不断挖掘创意与灵感,从而为专业电竞选手和广大玩家带来更加超凡的游戏体验。此次发布会中,暴雪中国电竞总监齐文骏与惠普公司消费电脑事业部总经理范子军共同宣布,惠普已成为《守望先锋》世界杯电竞大赛全球合作伙伴,双方将一起谱写激动人心的电竞新篇章。此次合作也充分展现了惠普暗影精灵志在成为专业电竞品牌,助推全球电竞产业发展的决心。  面对不断变化的中国市场和需求更加个性化的年轻用户,惠普从用户出发,全面在产品、价格、渠道和促销上发力,不断锐意创新,为消费者带来超越想象的更好玩的体验。

【每日科技网】   手机天猫全局体验组负责人吴发伟于APMCon 2016移动性能优化专场发表了题为《天猫客户端稳定性保障以及性能优化实践》的演讲,现场解读了天猫客户端在稳定性保障方面的举措,介绍如何从救火式的"消防队"转型到能够及时的发现问题、预防问题的产生,以及解决客户端启动Crash的利器——安全模式是如何打造的。  我是来自天猫的吴发伟,今天来介绍一下客户端架构的演进、稳定性保障这一块做的事情,最后再简单介绍一下在性能优化实施的一些举措。  架构演进  一开始天猫客户端每一个端是一个同学在做开发,这个时候大家都很高兴,所有人都愉快地进行开发。但是随着无线占领市场,流量以无线为主,整个行业包括阿里也不例外,天猫无线会面临各种挑战,我们从一个团队负责无线,变成多个团队负责。其次,所有需求必须先在移动端上线,以前PC端长线需求必须转到无线上面去做,并且需求也是成倍增加的。所以这个时候很多同学其实是从后台或者其他的角色转过来做客户端的。相对来说他们就算客户端研发新同学,在这种情况下我们如何保障产品的稳定性呢,这个是我们面临的一个很大的挑战。  为什么说架构上要做改造?第一,支持多团队的研发节奏。第二,负责稳定性同学发现一个问题,如果版本发布要很久,这时远水解不了近火,提升版本的研发迭代速度非常重要。我总结两个词语,第一个对于我们来说研发效率,第二是用户体验 。  所以,我们做架构改造之前有这些问题,第一个开发阶段冲突非常多 。因为大家都会同时改一个地方和模块,开发阶段 编译时间也是耗时比较久。第二, 发布周期特别长,这个时候是捆绑式研发模式,只要有任何模块的业务方出现问题,我们整个版本就发布不了了。第三,线上质量怎么样去保证?所以,架构改造势在必行。  做架构改造有一些原则,这里简单介绍一下。  第一,算法导入里面提的分而治之,一个工程说是所有人负责事实上是没有人去具体负责。所以,很重要一个点就是一定要划分模块,SRP就是The Single Responsibility Principle ,单一功能职责。  第二,就是业务模块的Bundle化 。天猫业务模型跟大家说一下,这个里面有首页,搜索,店铺,还有购物车,下单,物流等等这么多业务模块。我们架构怎么样去拆分?横向是按照功能拆分,第二,就是按业务划分,把首页的相关电路模块划分到首页团队去,这就是康威定律。  接下来提一下架构改造用到的一些工具,模块解耦中有跳转协议、Rewrite、Beehive。从首页到商品详情最下面就是更多的惊喜,直接点一下就可以了。我们要保证研发速度快,怎样解除依赖?我们会通过一串URL跳到对应的时候,需要根据报的结构跳转过去。第二点是 Rewrite,我们有多个跳转目的地时,当线上一个地方出现问题,可以通过它来指到另一个目的地。第三,Beehive做模块解耦。  关于依赖管理工具,这里大概画了一个示意图。  在改造之前就是这样一个单工程架构,当然架构有一些分层。我们所有的业务都是在上层,UI都是在一个工程里面开发,右边是容器化的架构,各个业务团队可以依赖于这个业务容器进行独立的开发,研发好测试通过就可以及时地进行发布。通过这样的改造,可以做到按业务进行快速迭代的能力。改造之前,大家都是捆绑式的,但是,做了这个架构改造以后,我们就支持多团队开发并且能够做到想发布随时发布,随时进行拉分支,把要改动的业务模块做一个集成。因为我们各个SDK都是有版本的管理,如果说有问题,我们把它弄掉就可以了。  中间的BUS层就是跳转协议,还有Rewrite,Beehive。同时,我们也对之前的一些逻辑,包括一些辅助功能,把它抽离中间键,将一部分功能做了合并,这样有利于安装包缩小。  稳定性保障  稳定性保障,上一个架构改造举措目的就是提升迭代速度,一开始负责稳定性的时候就会比较痛苦。举一个例子,当线上出问题的时候,你现在修改了,发布版本需要至少几天甚至两周的时间。如果真的是很重大的问题,像你负责的APP到消费者手中因为缓存没有办法启动了?怎么办?有没有同学碰到这样的问题?所以说负责稳定性同学很辛苦,他们默默做很多的工作,应该多鼓励一下。  我们一开始也是碰到这个情况,面对这种方式最开始我们觉得就是采取救火式,着火了我们就去解决,其实应该建立比较好的机制去杜绝,甚至各个环节去解决这个问题。我这里介绍一些相关经验。  按照我们的一个研发周期,去把它拆成几个环节,比如说开发,测试,灰度,线上,还有线上的监控 。  我们把以前线上Crash上报,再去分析下一个版本解决的方式。用形成闭环的方式去解决一些问题,比如说,在开发阶段有这些举措。 第一,Code Review。第二,预置开关 ,很多新功能上线的时候,你做一些hook,做一些前瞻性改动,可能不是特别的确定,这个时候需要开关,如果没有开关碰到一些状况,一定会出问题。第三,静态扫描 。出现问题,我们不光靠人,是通过机器、工具,总结出来一些规则沉淀成代码,把风险点扫描出来,并且要及时通过邮件短信的方式进行报警,防止破窗效应。第四个就是动态检测 。  第二个环节:测试 。一般出问题都是来自于变动,变动对于客户端来说很多时候就是服务端response,比如说接口定好了,反馈的字段都是协商好的,大家都拍着胸脯说不会再有变化了。但是,出现变化的时候,可能服务端接口变了,字段缺失,类型也变化了。这种问题怎么去避免呢?在测试阶段我们也研发了相应的工具,我们会模拟服务端各种接口,数据,测试客户端,让它在各种异常情况下也不会发生问题。  第三个环节:灰度 ,这个非常重要。就算开发测试阶段再怎么测试,团队人手都是有限的,怎么样去把这些问题更多地暴露出来?我们有渠道包,有内部一个企业包去测试,去发现这些问题。  这个阶段发现问题以后,去做好修复以后再发布到线上 ,这样的话质量可以得到比较好的保证。在线上,我们也是比较早开始就有这个技术了。然后我们还研发专门解决启动问题的安全模式,在去年双11之前就已经开始做了。还有客服端一些调试工具,便于发现问题。另外就是问题反馈,线上用户及时反馈对于我们来说也是非常重要的环节,人多力量大,移动互联网每个环境都是不一样,用户的及时问题反馈也是非常重要的。  监控 这个环节非常重要,我们负责稳定性的同学会对数据进行监控,配置实时报警。比如说看实时Crash,原来基准线可能是5次,当它发生到10次的时候,我们就会收到短信,甚至是其他方式的及时报警,如果是Crash次数上升,范围会扩大,更多同学会收到报警,我们通过这种监控方式去及时发现问题。发现问题以后通过一些开关,包括修复手段把问题解决掉。但是,就算你考虑的再多方面,难免会出现一些故障。碰到故障以后,我们会进行故障的Review,把这一类问题甚至把这个故障为什么发生所暴露出来的各个环节去认真地讨论清楚。讨论了以后,不是为了定谁的责任,而是让大家明白问题在哪里,下一次如何去避免?我们是通过这些故障的Review,把这整个环节里面的措施一点一点补齐的。还有一部分就是Crash的定位,经验沉淀。定位Crash工具有很多,包括上报,分析等。负责稳定性的同学会把潜在一些风险点注意到,保证下一次不发生。通过这种方式,我们对于稳定性形成了一个闭环,下面对于其中一些环节重点做介绍。  开发阶段,需要重点介绍一下。动态检测,非主线程UI代码可以及时在开发阶段发现问题。静态扫描,凡是编译器报出来的OOM,我们一定必须去解决的。报警比较多,我们花时间把它梳理一下非常重要。防微杜渐,有一个效应叫做破窗效应,一个窗户破了,过一周看一下,其他更多地方都破了。所以,一定把任何的细节问题在开发阶段都杜绝掉,不要留隐患。  接下来就是配置中心。天猫客户端有非常重要的基础设施,我们会按照客户端类型,每一个版本都有配置。开发的时候,潜在有一些风险要上线了,我们都给它加上一个配置,开发人员自己形成一个习惯了。因为我们经常做这样的技术分享,加一个配置非常简单,首先写一个判断就可以了。最后在服务端,在后台我们把相应的配置加上去。  第一个就是Code Review。为什么要做Code Review?首先第一个问题在开发阶段解决是成本的,而且效率的。用Code Review不只是为了稳定性,还可以保障我们的代码可维持,架构也会得到不断的梳理和完善,第三个是我们能够对整体一个概况产生更直接的了解,还有可能我们有时候写代码会觉得,有别人看就可能写的优雅一点,让别人欣赏我们的代码。第五点,保证团队当中至少两个同学懂这一块代码,这一点非常重要。我分享一个案例,一个国外做游戏视频直播的公司,他们团队3个技术同学,每一个同学负责非常大一块功能开发。恰好团队当中有一个同学要出去旅游,美国人都比较潇洒,报一下老板也会批,休假了之后这个时候恰好碰上一个网红,在网站上直播,服务器挂了。只有那个同学懂,这个时候怎么办?最后问题很简单,那个同学重启机器就解决了。  所以,我想举的例子就是这样。尤其是团队和产品经理,这一点非常重要,团队同事很重要。团队不要出现单点,一定要有备份。这样的话,团队同学包括TEL,大家都是可以为整个的客户端的稳定性做出很好的保障。  最后一点,Phabricator。就是团队肯定有很多的安卓工程师,有很多的专家,所谓专家就是把所有错误都是犯过一次,或者看别人犯过一次的人。怎么样把这种经验传递下去?分享肯定就是要做的,但是那个频率不会特别高。如果让新同学把之前犯过的错误,把一些功能问题上去了再改这个成本非常高。通过Code Review就可以使得新的工程师经验得到快速成长。有的时候,相互做Review的时候,被Review的同学也是可以提一些很有趣的观点给一些的同学。所以,这个东西是使得团队的成员每一个人的经验,能力都可以得到提升。  这里有一个数据,大家可以看一下。  Code Review不是说写了代码我们去审查,而是在设计方案的时候同时在审查方案可不可行。大家可以看一下。通过Design and code inspections可以提前发现60%的问题。我们花很大力量去做单测只能解决20%,但是在前面做这些事情,成本更低,效果更好。Code Review在工业界的做法,硅谷,facebook,还有谷歌都是非常严格的去执行的。  现在我们团队已经有一半同学会去做提交前的Review,还有一些同学就是做提交后的Review,接下来就是推动让所有同学都做到提交前的一个Review。  说下我们的线上运维。我们把一个事件处理定义成这样几个阶段。 第一监控,第二报警,第三解决,第四预防。第一,我们会有一个专门的平台,整个平台共用一套基础设施,可以把用户的Crash日志,包括Crash的数量、用户数,Crash率都在这个平台上面做处理。有问题的时候超过一定阈值,通过集团内部一个工具,叫做Xflush,它的目的就是为了监控报警。第三个阶段,就是修复它了,修复的手段就是刚刚讲的,第一就是修复工具,比如说iOS、安卓的一些修复手段。第二就是安全模式,一会儿介绍一下启动阶段的安全模式设计。第三个就是配置中心。第四个预防,通过这样一套体系来做线上的运维。  下面介绍一下天猫客户端安全模式,我们的1.0就是去年10月份做的,当时是重大活动一个前夕,压力很大。但我们还是在比较短的时间做出了1.0版本,就是用来解决启动的问题,当时设计两级安全模式,第一级安全模式的原理,我这边介绍一下。  这个思路还是比较的简单,短时间连续Crash的时候,第一个动作是进入第一级安全模式,就是把关键点清空。从安卓市场下载APP第一次启动没有问题,有问题肯定也不会发出去。导致问题的一般来说都是服务端下发数据,第一步清除关键目录缓存,我们会让它正常启动。这个时候如果还是发生Crash,我们就让它进入到二级安全模式。让整个APP恢复到初始安装状态,把所有的包括非关键目录的其他地方的文件都清空掉。同时支持启动过程当中做热修复,这一点很重要。就是缓存搞不定的时候,我们可以通过Crash、热修复解决这个问题。  V2.0时做了更多的工作,比如说,安全模式在比较极端情况下,如果说你依赖很多SDK,我们做了一个解耦,把对于其他的SDK依赖全部解耦掉了。并且1.0的时候还有一个界面就是提示用户点此修复,我们再去修复这个问题。但是在2.0时开始做了一个无感修复。用户看不到这个页面,我们在后台默默把这些问题解决掉。因为在这种情况下快速解决问题才是最重要的。  然后,3.0版本我们做了SDK化。之后的4.0我们支持了灰度,并且支持测试。还有一个支持业务定制。举个场景讲一讲支持业务定制什么意思?假设APP不是启动的Crash,启动之后,点了首页一个按钮或者一个频道,再到频道里面才会加载一个缓存,但是,这可能就不算启动Crash,因为它是普遍过一段时间,这种问题怎么处理呢?我们的一个设计方案支持在启动阶段对于特定业务一个缓存做清除操作,在服务端增加目录地址,这个下一次启动的时候,不点有问题的地方,就是在启动阶段把有问题的干掉了。  下面这个图画的比较抽象一点。  配置中心刚刚提到了,数据中心就是一些补丁之类的。测试,我们之前说安全模式很重要,所以做了以后就是会想,如果承诺做了安全模式,但是过了半年,安全模式不生效,我觉得这个是有问题的。一开始测试时间比较久,就是制造各种各样的边界条件,开始测断断续续需要4个小时。我们根据很多的场景做很多内部小工具,把这一块工作简化掉,现在这一块的测试完成只需要10分钟就可以搞定了,大幅度的提升测试效率。  大家觉得一周之中线上故障周一到周日哪故障问题数最少?我讲一下答案。可以看一下这个图。  经统计发现,周六线上故障出问题的次数最少。为什么?因为周六改动最少。所以,用一个词,叫做no zuo no die,去改动很容易带来一些问题。一个改动会带来问题,下面的图是按照周维度讲的。为什么有两周完全没有故障;第一周就是12月最后一周,还有就是第二月第三周,这里直接讲答案了。第一个是圣诞节的时候没有问题,第二,是在帮同事做360度的绩效评估,这个就没有什么问题。所以,有一本书讲的好,可以给大家推荐一下:《你的灯亮着吗?》想改动的话,如果没有想出三个点,说明对这个问题思考还不是很深刻。不可以说我这个完全没有问题,但是可能还是不错的。所以,我们制订一个规则,就是在工作日期发布。这一点很重要。这个跟之前一些认知有一些变化。客户端的话,我们要在工作日期发布,这样就可以及时做回稳和处理,及时发现和解决问题。如果是周末可能找不到人。  灰度发布,这里是讲配置的灰度发布。经过分析发现改线上配置,是导致出现Crash问题一个非常重大的人为原因之一,如果有配置中心,改一个配置全量生效的话,非常容易导致Crash。所以从经验上来讲,我们配置一定是灰度发布的。我们在业务快速上线,快速迭代的同时,iOS、安卓的Crash率做到0.03%左右。这就是一个稳定性优化的结果。下一个阶段的重点,就是要解决Native Crash,包括iOS和安卓,还有OOM。  性能优化  简单介绍一下新的优化举措  Webview大家可以看一下,刚刚讲过了,第一个就是WKWebview,第二个跟UC合作,安卓端用UC内核来做一个提升,用了UCWebview之后,速度提升了百分之十几。还有就是图片库做了很多优化措施,尤其是移动端,在4G、无线网情况下,对于图片的尺寸,屏幕大小,要根据屏幕大小做很多的裁剪、优化。网络这一部分做很多的比如说请求合并,包括使用缓存,还有SPDY,我们现在是支持SPDY的。关于流畅度,我们根据不同页面的情况对卡顿的地方做优化,把BS这一块提升上去。启动优化我们做了很多,比如任务分级,加载等等。最后一个是安装包瘦身,瘦身了之后,有一个业务会上去,这个是循环变化的过程。降下去了以后,过一段时间又上去了,这个是持续做的。  这里对稳定性和性能优化措施做一个总结。  我们从救火式方式到形成闭环体系化方式去解决问题。就是用这样几个词语,预防,监控,解决,报警。每一个环节都是可以梳理做很多的自动化测试工具和经验沉淀。中间有一句话:Move fast with stable infrastructure 。我们要在快速迭代的同时保证基础架构的稳定。

分类:ca88亚洲城

时间:2016-10-07 14:33:04