如何看待苹果对热更新的态度和如何实现可能的被苹果允许的热更新 - 简书
如何看待苹果对热更新的态度和如何实现可能的被苹果允许的热更新
3月8号，很多iOS群炸锅了，原因是不少iOS收到了苹果的警告邮件，在邮件中，苹果称开发者使用了动态代码更新技术，要求开发者删除相关代码，并重新提交一个新的 App 版本以供审核。邮件中明确指出，违反了苹果开发者协议 3.3.2 节：一个应用程序不应该下载或安装任何可执行代码。解释执行的代码可以在应用内使用，如果所有的脚本、代码，和解释器都被打包在应用内而没有被下载。前述内容的唯一的例外在于下载的脚本和代码使用了 Apple 内置的 WebKit 框架或 JavaScriptCore，并且对应的脚本或代码并没有改变这个应用提供功能和特性的主要目的，与提交到 App Store 的版本以及相应的宣传描述相符。作为一个iOS开发者，又刚好手上有个KPI任务和热更新相关，所以特别关注这块。借鉴国内外大神们的分析和个人见解，写一些我认可的想法和对以后热更新的安全策略。一些问题1、苹果是不是完全禁止热更新技术？事情已经过去了几天，可以看到苹果爸爸并没有进一步扩大“战果",受灾的开发者集中在使用JS-Patch或者Rollout类库，可以明确的看出苹果不会完全禁止热更新，当然苹果爸爸是不会公开说明这些的。从事件的起因上，主要是由于国外大量APP使用Rollout.io热更新引发的安全性问题。国外具备更成熟的开发测试环境，另外苹果本身对APP审核速度的加快，热更新技术并不像国内这么"猖獗"，也没有国内这么"热衷"，所以相较于国内，国外热更新用的其实并不多，但可能外国民众自我隐私和保护、安全意识的高觉，苹果迫于压力不得不将Rollout.io砍掉，至于JS-Patch更觉得是被顺便砍了一刀。2、为什么游戏热更新技术被理解为安全的，而JSPatch等热更新理解为不安全的？从事过游戏开发的开发者，肯定接触过热更新，至少90%的游戏都支持热更新，像现在APP端热更新实现原理都来源于游戏热更新，但这次却没有一个游戏因为热更新被警告，所以从这可以看出，游戏热更新技术是被理解为安全的；反过来说，JSPatch等热更新理解为不安全的。但，游戏热更新真的安全吗？真的和JSPatch这些热更新有本质的区别吗？可以很明确的说，游戏的热更新和JSPatch这些热更新并没有本质上的区别，cocos2d-js，unity3D-js 等js热更新中就使用JavaScriptCore.Framework实现;而至其他像lua热更新也是类似基本上都是源于runtime，改写原有方法。。所以本质上他们并没有区别。所以，我更倾向于像Rollout.io CEO说的那样，这次仅仅是苹果对3.3.2协议的一次狭隘的偏见，热更新技术本身，苹果是不禁止的。3、RN是否会受到影响，是否被苹果禁止？RN近一年来备受关注，行业内大受好评，甚至像BAT等一些大公司都会有直接招RN的职位。RN的优点在于跨平台，仿原生，还有一点是热更新。RN用的语言是js，同时又能热更新，鉴于jsPatch被警告，很多开发者猜测，以后RN开发的APP是否被苹果拒之门外，然而事实证明，在github,RN社区里面，可以看到RN其实并没有受到影响，从这也可以看到苹果对热更新技术其实并不是禁止的。从个人角度来说，RN的优势是非常明显的，相较于之前的跨平台框，html5等，RN不仅仅实现的跨平台技术，仿原生技术，另外还有重要的一点是性能上，对于大多数APP来说，比原生差不了多少。而3.8号微软新出的20周年visula studio2017版，对RN的支持，也可以看出微软对RN的认同，至于RN最后能不能大一统，我想还是有可能的。由于硬件不再是瓶颈，低一点效率的语言对最终用户来说感觉并不明显，但采用RN可以省去大量开发、维护、学习成本，大一统应该也是大势所趋吧。一些猜想1、苹果本身并不想砍掉热更新热更新的优点，不仅仅实现了在线的bug fix，功能模块增加，同时在这个背后节省了大量测试人员成本和测试时间成本（因为即使线上APP出问题了，也可以通过热更新修复，测试必然就没那么谨慎），也减轻了苹果公司本身对APP审核成本（如果没有热更新，开发者就会提交新的APP），同时由于及时的热更新也为苹果创造了更多的利益（APP出问题了，等审核修复，中间的几天用户就不能为苹果创造利益了）。所以热更新对于开发者、苹果本身、用户都有很好的作用，可以大胆猜想，这次苹果只是迫于压力，或者只是看Rollout不顺眼，做了一次警告，当然里面肯定也有苹果对热更新的”猖獗“打击。2、苹果自己不会做热更新假如苹果自己开发一个工具，支持热更新，苹果还是得审核patch（不可能不审核）,这和开发者重新提交APP审核对于苹果来说是一样的，这样APP还是不能及时更新，唯一的好处可能是不用重新到APPStore重新下载，如果这样子，不管是对开发者来说并没有达到热更新的效果，同时对于苹果来说，还加重了审核成本，然而并没产生任何效益。所以，可以猜测苹果自己不会做热更新。3、如何做一个符合苹果要求的热更新从上文的论述中，虽然苹果不会明确公开说明--你们可以大胆的热更新，可以看到苹果本身对热更新并不排斥，甚至有那么点支持。其核心问题其实就是，如果出了问题谁背锅。如果开发者可以保证下载的patch一定是开发者自己本身创造的，出了问题开发者自己背锅，我想苹果审核者肯定会闭一只眼的。像github社区中，对如何避免APP热更新被下架，有说针对dlopen()、dlsym()、respondingToSelector:、performSelector:、method_exchangeImplementations()几个方法的代码混淆，这实现上并不难，但谁也不能保证这是不是所有检测的方法，难道一次次提交APP测试 O(∩_∩)O？我的个人猜想是可以采用类似android加固的方式，下载的patch增加一个壳，下载app后，去掉壳，保证patch的安全性；至于如何加壳，我想如果可以把开发者证书的信息包含进去，应该会更安稳点。最后天下熙熙，皆为利往。说到底，最终都是为了利益，至于是不是和我猜想的一样，也不能完全保证，对于大苹果的生态圈来说，也许并不像我所看到的那样。但从苹果对RN、游戏的热更新的模棱俩可，可见，只要对苹果有利，又不给苹果带来麻烦，不管你上层用什么语言开发，只要底层还是OC,最后还是通过APPStore，给大苹果创造利益，它也不会找你麻烦。参考资料：http://geek.csdn.net/news/detail/185602/po/feed/share?wfr=spider&for=pc&context=%7B%22sourceFrom%22%3A%22bjh%22%2C%22nid%22%3A%22news_%7D/bang590/JSPatch/issues/746
我是文艺程序员，优雅的代码，优雅的人生O(∩_∩)O哈！昔日的贫困村，如今已成为“世外桃源”。
迄今世界最长跨海大桥――港珠澳大桥主体将全线贯通。
声明：本文由入驻搜狐公众平台的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
　　苹果用一封邮件对“热更新”下达了最后的通牒，也让 iOS 开发者们度过了坐立不安的一天。
　　“热更新”也就是动态下发代码，它可以使开发者在不发布版本的情况下，修复 BUG 和发布功能。这让开发者绕开了苹果的审核机制，避免长时间的审核等待以及多次被拒造成的成本开销。
　　但现在，苹果正在对“热更新”实行更严厉的审查。
　　（苹果向开发者发出的邮件）
　　看到这里，技术小白们几乎快要绝望了，到底发生了什么？触控副总裁、Cocos 引擎创始人王哲用一句话来描述这件事情：苹果审核对热更新开刀，国内外厂商中招。
　　是什么导致了警告？
　　最开始，王哲在 Cocos 引擎官方微信公众号上“苹果怒怼微软”：
　　昨天晚上微软发布 Visual Studio 2017，自带基于 React Native 的 iOS 开发功能，鉴于微软这两年来开源的力量，发布这一功能似乎是在抢占开发者市场。结果就是有了 VS2017，在非苹果上开发 iOS 应用更容易了。所以，苹果在这个节骨眼发出这样的警告邮件，其实暗地里就是要和微软互怼。
　　不过后来王哲也表示，这只不过是一个调侃。大多数开发者也认为一天内的反应动作也太快了，不可能。
　　而这个事件背后真正的原因，大部分开发者认为是项目中使用了 JSPatch，Weex，Rollout.io 及其 ReactNative 等平台的热更新技术。随着事情的发展，开发者们发现苹果主要的针对的是 JSPatch，Rollout.io 两家，原因是 ReactNative，Weex 主要的功能是为开发者跨平台的解决方案，热更新只是其附带功能。
　　目前有开发者了受到影响的第三方 SDK，开发框架，其中包括高德地图，BugTags，个推，Bugly，友盟等。
　　随着事情的发酵，ReactNative，Rollout.io 也对这件事情发出了官方的声音。
　　Rollout.io 的首席执行官 ，正在与苹果联系，以便进一步查清为什么 Roluput 不属于允许开发人员将 JS 推送到实际应用程序的条款。
　　ReactNative 公司的软件工程师 Bruno Lemos 也在 Github 网站上表示：ReactNative 与这个问题无关。
　　（ReactNative 公司的软件工程师 Bruno Lemos的回复 ）
　　这件事情在开发人员中引起巨大的关注，是因为这关乎到苹果对于“热更新”这一功能的态度。这次禁止的是代码动态下发，也可以认为是苹果禁止热更新功能，但是部分平台如 React Native 的热更新功能并没有被禁止。因此还有不少开发者困惑，到底什么是“可以”。
　　但事实上，在苹果开发者条款中早就明确，使用脚本进行热更新，是违反规定的。
　　（苹果开发者条款）
　　在王哲看来，苹果过去对这件事的态度是睁一只眼闭一只眼，热更新也早已成为开发者们青睐的一门技术。王哲介绍到国内绝大多数 iOS 手游，不论是 Cocos 还是Unity，都在用热更新功能，腾讯和网易也在使用脚本对游戏进行小版本热更新。
　　“如果只是为了提高用户体验，这点和苹果的利益出发点是高度一致的。”
　　王哲认为这是苹果之前没有对热更新痛下杀手的原因。
　　然而确实也有不少开发者利用这个功能，做一些触犯苹果底线的事情。王哲举例说道：
　　“热更新可以用来做任何事情，比如一个好好的应用，可以瞬间更新成一个色情小说的 App，这样就绕开了苹果的审核。”
　　眼下，开发者们还在观察苹果的下一步动态，但不论如何大部分开发者认为“跟着规则走”是他们唯一的选择。ID 为 stormzhang 的业内人士在他的微信公众号AndroidDeveloper 上两点建议：
　　国内 App 如果有在使用 JSPatch 的，那么请移除；
　　更新或者移除一些第三方使用 JSPatch 的 SDK。
　　王哲认为事件的核心在于：
　　“ 别干坏事，如果大家只是为了提高用户体验，提高运营效率，不作恶，就没什么原则上的问题了，剩下的只是技术上的小修复而已。”
　　#欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。
欢迎举报抄袭、转载、暴力色情及含有欺诈和虚假信息的不良文章。
请先登录再操作
请先登录再操作
微信扫一扫分享至朋友圈
搜狐公众平台官方账号
生活时尚&搭配博主 /生活时尚自媒体 /时尚类书籍作者
搜狐网教育频道官方账号
全球最大华文占星网站-专业研究星座命理及测算服务机构
报道未来，服务新生活引领者
19680文章数
主演：黄晓明/陈乔恩/乔任梁/谢君豪/吕佳容/戚迹
主演：陈晓/陈妍希/张馨予/杨明娜/毛晓彤/孙耀琦
主演：陈键锋/李依晓/张迪/郑亦桐/张明明/何彦霓
主演：尚格?云顿/乔?弗拉尼甘/Bianca Bree
主演：艾斯?库珀/ 查宁?塔图姆/ 乔纳?希尔
baby14岁写真曝光
李冰冰向成龙撒娇争宠
李湘遭闺蜜曝光旧爱
美女模特教老板走秀
曝搬砖男神奇葩择偶观
柳岩被迫成赚钱工具
大屁小P虐心恋
匆匆那年大结局
乔杉遭粉丝骚扰
男闺蜜的尴尬初夜
客服热线：86-10-
客服邮箱：继承者们什么时候更新|来自星星的继承者们什么时候播出 是什么类型的电视
您的当前位置：
继承者们什么时候更新|来自星星的继承者们什么时候播出 是什么类型的电视
NO.1 来自星星的继承者们什么时候播出 是什么类型的电视《来自星星的继承者们》曝光单人版海报，该剧也将于9月19日登陆网络播出。“百变男神”文卓、“甜心女神”邹杨、“人气偶像”王栎鑫倾情出演，演绎一段跨越前世今生的旷世绝恋。深情的清朝阿哥穿越到21世纪成为纨绔的花心大少，等待他的将会是什么?面对情感宿命轮回，他们又会发生怎样的故事?全新的创作理念，又将引起怎样的全民热议??《来自星星的继承者们》带你一起穿越时空。来自星星的继承者们播出时间基本信息：导演: 管晓杰编剧: 管晓杰主演: 赵奕欢 / 文卓 / 王栎鑫 / 秦汉擂 Hanlei Qin / 邹杨类型: 喜剧 / 爱情 / 古装制片国家/地区: 中国大陆语言: 汉语普通话上映日期: 日来自星星的继承者们剧情介绍：雍正年间，三阿哥弘时聪颖伶俐智勇双全却受人挑拨后导致皇上对自己日渐疏远。因此遭人嫉恨，被人追杀。中箭后的他意外穿越300年后的21世纪，成为林氏集团的准继承人。也因为早有婚约的关系与刁蛮任性的大小姐宗梦笛及宗氏集团二股东之子开了一段真挚浪漫的而又错综复杂的情感纠葛。宿命的情感轮回，以及王权及利益的致命危机。一场旷世奇缘，带着致命诱惑的爱情背后，深藏一个难以回首的伤痛秘密和惊天阴谋NO.2 继承者们什么时候更新继承者们什么时候更新继承者们播出时间：电视台：SBS首播，日时段：周三、四晚上继承者们在中国的上映时间：10月10日更新时间：每周四、五NO.3 继承者们什么时候更新一集?继承者们一共多少集?电视剧《欲戴王冠，必承其重-继承者们》是一部描绘富家高中生的友情和爱情的惊心动魄的青春浪漫轻喜剧，讲述韩国上流1%继承者们围绕在极其平凡、现实的贫穷继承者女主人公身边所发生的一系列甜蜜、动人、横冲直撞的罗曼史。剧名：继承者们导演：姜信孝编剧：金恩淑剧情主演：李敏镐、朴信惠、金宇彬、郑秀晶、姜敏赫、金智媛、崔振赫、姜河那、朴炯植、林珠恩接档：《主君的太阳》同时段竞争节目：KBS《秘密》、《漂亮男人》、MBC《Medical Top Team》集数：暂定20集更新时间：周三、周四晚 9点55分至11点05分更新一集(韩国时间)NO.4 在百度更新之前我们做什么
　　想必大家都知道百度在每周三是大更新，周四是小更新，而在周二周三的时候最需要做什么呢?或许许多人还是不太明白，速推网58seo告诉你一些经验吧。 　　1、创造原创内容 　　原创内容一直是搜索引擎比较喜欢，而且都比较重视，对于整体的网站质量来说，原创内容的位置无疑是第一位的。在百度更新前，适当的加一些原创性的文章对网站是大有裨益。 　　2、增加高质量链接 　　在百度更新的前一天可以增加3-6个高质量的友情链接，高质量的链接主要的表现在于：PR高、导出链接少、百度快照更新、site时首页在第一个。 　　3、生成网站地图 　　其实在百度更新前，最重要的事情就是生成网站地图，包括XML地图和RSS地图，这可以更好的引导蜘蛛爬行页面并进行收录。 　　4、发布带链接的软文 　　在百度更新的前一天，需要到些网站上发布文章，里面加上自己的链接，以便更好的勾引蜘蛛到你的网站里旅游，从而抓取到网站地图，再进行循环爬行更新。 　　百度即将大更新的时候，我们没必要太过重视，以不变应万变才是解决之道。 NO.5 是什么逼得苹果对开发者们下"热更新"的最后通牒
　　苹果用一封邮件对&热更新&下达了最后的通牒，也让iOS开发者们度过了坐立不安的一天。 　　&热更新&也就是动态下发代码，它可以使开发者在不发布版本的情况下，修复BUG和发布功能。这让开发者绕开了苹果的审核机制，避免长时间的审核等待以及多次被拒造成的成本开销。 　　但现在，苹果正在对&热更新&实行更严厉的审查。昨天，不少开发者收到了来自苹果的邮件。苹果在邮件中表示，将不再允许使用动态下发代码的机制。苹果要求被警告的开发者在下个版本中去除能动态改变应用行为和目标的功能，否则会被拒甚至下架。 　　
& 　　苹果向开发者发出的邮件 　　看到这里，技术小白们几乎快要绝望了，到底发生了什么?触控副总裁、Cocos 引擎创始人王哲用一句话来描述这件事情：苹果审核对热更新开刀，国内外厂商中招。 　　是什么导致了警告? 　　最开始，王哲在 Cocos 引擎官方微信公众号上提到的原因是 &苹果怒怼微软&： 　　昨天晚上微软发布 Visual Studio 2017，自带基于 React Native 的 iOS 开发功能，鉴于微软这两年来开源的力量，发布这一功能似乎是在抢占开发者市场。结果就是有了 VS2017，在非苹果上开发 iOS 应用更容易了。所以，苹果在这个节骨眼发出这样的警告邮件，其实暗地里就是要和微软互怼。 　　不过后来王哲也表示，这只不过是一个调侃。大多数开发者也认为一天内的反应动作也太快了，不可能。 　　而这个事件背后真正的原因，大部分开发者认为是项目中使用了 JSPatch，Weex，Rollout.io 及其 ReactNative 等平台的热更新技术。随着事情的发展，开发者们发现苹果主要的针对的是 JSPatch，Rollout.io 两家，原因是 ReactNative，Weex 主要的功能是为开发者跨平台的解决方案，热更新只是其附带功能。 　　目前有开发者汇总了受到影响的第三方 SDK，开发框架，其中包括高德地图，BugTags，个推，Bugly，友盟等。 　　这件事情在开发人员中引起巨大的关注，是因为这关乎到苹果对于&热更新&这一功能的态度。这次禁止的是代码动态下发，也可以认为是苹果禁止热更新功能，但是部分平台如 React Native 的热更新功能并没有被禁止。因此还有不少开发者困惑，到底什么是&可以&。 　　但事实上，在苹果开发者条款中早就明确，使用脚本进行热更新，是违反规定的。 　　
& 　　苹果开发者条款 　　在王哲看来，苹果过去对这件事的态度是睁一只眼闭一只眼，热更新也早已成为开发者们青睐的一门技术。王哲介绍到国内绝大多数 iOS 手游，不论是 Cocos 还是Unity，都在用热更新功能，一些国内大企业也在使用脚本对游戏进行小版本热更新。 　　&如果只是为了提高用户体验，这点和苹果的利益出发点是高度一致的。& 　　王哲认为这是苹果之前没有对热更新痛下杀手的原因。 　　然而确实也有不少开发者利用这个功能，做一些触犯苹果底线的事情。王哲举例说道： 　　&热更新可以用来做任何事情，比如一个好好的应用，可以瞬间更新成一个色情小说的 App，这样就绕开了苹果的审核。& 　　眼下，开发者们还在观察苹果的下一步动态，但不论如何大部分开发者认为&跟着规则走&是他们唯一的选择。ID 为 stormzhang 的业内人士在他的微信公众号AndroidDeveloper 上提了两点建议： 　　国内 App 如果有在使用 JSPatch 的，那么请移除; 　　更新或者移除一些第三方使用 JSPatch 的 SDK。 　　王哲认为事件的核心在于： 　　& 别干坏事，如果大家只是为了提高用户体验，提高运营效率，不作恶，就没什么原则上的问题了，剩下的只是技术上的小修复而已。&
与该文相关的文章
1 2 3 4 5 6 7 8 9 10
1 2 3 4 5 6 7 8 9 10
温馨提示：如果您对51阅读吧有任何建议，请通过网站联系邮箱向我们反馈，感谢各位的建议与支持！}