本文目录
- jspatch 和 apache 是一种吗
- 如何混淆jspatch 来绕过苹果审核机制
- 苹果禁止热更新了，JSPatch，RN等是不是不用学了
- jspatch js文件放在哪
- 苹果为什么要拒绝 JSPatch 这些热更新机制
- 苹果为什么要禁止JSPatch等热更新技术
- jspatch synchronized 怎么写
- JSPatch被苹果封杀，RN会不会就此终结，无缘Apple
- 什么是热更新热更新是什么意思
- 苹果全面禁止热更新是什么意思
jspatch 和 apache 是一种吗
1.把需要运行的demo.js用正则表达式转换一下方法的调用变成_c(‘methodName’)2.调用(global.require)_require方法为这个js对象加个key:_isCls 并保存类名_clsName3.如何知道一个js对象为oc对象js对象的key _obj对应的值便是oc对象返回的指针，如果是oc类则没有这个key。这个key是oc调用了方法后再包装传给js的4.如何表示一个js对象为oc某个对象的父类对象js对象的key _isSuper如果为1则是其父类！
如何混淆jspatch 来绕过苹果审核机制
首先热更新呢其实就绕过了 Apple的审核机制，对于Apple多年打造的软件市场是不利的，容易出现各种不可控的情况，比如病毒嵌入之类的，影响用户的东西等等；其次呢，热更新方案让很多Objective-C 和Swift开发者转向了其他编程语言，这也不是苹果愿意看到的。
苹果禁止热更新了，JSPatch，RN等是不是不用学了
jspatch是违规了，肯定会禁止的。rn暂时还是安全的，苹果JavaScriptCore模块就是让js和oc通信的，所以rn是合法的，jspatch有点极端了，借助oc这个神奇的语言特性，完全可以实现了原生代码，比如吊个私有API，，这都是不合规的，rn很容易被苹果禁止的。
jspatch js文件放在哪
js文件的代码放在didFinishLaunchingWithOptions基础原理能做到通过JS调用和改写OC方法最根本的原因是 Objective-C 是动态语言，OC上所有方法的调用/类的生成都通过 Objective-C Runtime 在运行时进行，我们可以通过类名/方法名反射得到相应的类和方法：Class class = NSClassFromString(“UIViewController“);id viewController = [[class alloc] init];SEL selector = NSSelectorFromString(“viewDidLoad“);[viewController performSelector:selector];也可以替换某个类的方法为新的实现：static void newViewDidLoad(id slf, SEL sel) {}class_replaceMethod(class, selector, newViewDidLoad, @““);还可以新注册一个类，为类添加方法：Class cls = objc_allocateClassPair(superCls, “JPObject“, 0);objc_registerClassPair(cls);class_addMethod(cls, selector, implement, typedesc);对于 Objective-C 对象模型和动态消息发送的原理已有很多文章阐述得很详细，例如这篇，这里就不详细阐述了。理论上你可以在运行时通过类名/方法名调用到任何OC方法，替换任何类的实现以及新增任意类。所以 JSPatch 的原理就是：JS传递字符串给OC，OC通过 Runtime 接口调用和替换OC方法。这是最基础的原理，实际实现过程还有很多怪要打，接下来看看具体是怎样实现的。方法调用require(’UIView’)var view = UIView.alloc().init()view.setBackgroundColor(require(’UIColor’).grayColor())view.setAlpha(0.5)
苹果为什么要拒绝 JSPatch 这些热更新机制
最近几天，身边的很多开发者朋友都收到了这样一封警告邮件：邮件的大致意思是说，你的 APP 包含了可以在审核之后还能更改应用功能或者行为的能力。 现在 App Store 不允许应用再有这样的能力了。 需要开发者去掉相应的功能。毫不意外的，此消息一出，立刻引起了开发者社区的激烈讨论。有的紧张，有的恐慌，也有的淡定， 更有甚者说公司的某某部门因为这个消息都被裁掉等。这件事情的起因还是要从 APP 动态化说起。 我从 iPhone 4 时代开始进入 APP 开发者的行列。 记得最早的 iOS APP 开发并没有如今这么多强大的第三方库。 当时大家都只能规规矩矩的写着需要进行手动内存管理 Objective-C 代码，等待着至少要一周以上的 APP 审核。那时候，如果 APP 出现了线上 Crash，你几乎很难立即修复。 你只能尽快把问题修复，重新打包上传，然后给苹果大大们发一封加快审核的申请，要把情况写的很严重，才有可能得到一个 1 天左右的快速审核。即使是这样，从修复问题到最终反映到用户身上，至少需要 1-2 天的时间。 所以当时大家发布 APP 的时候都非常谨慎，特别是已经有了大量用户的 APP。 否则会遭受非常惨重的损失。随着技术社区的充分交流，我们开发 APP 的成本越来越小，也越来越灵活。 慢慢开始有了云端开关的概念。 服务端配置好一些参数， 客户端预先把对每个参数的处理方法都写好。 然后在线上只要修改参数就可以在 APP 已经发布后还能对它有一定的控制力。再后来技术社区就更先进了，比如 Apache 的 Cordova 这样号称使用类似 JS 的中间语言就可以一次开发，同时发布到 iOS 和 Android 多个平台的相关解决方案。到现在 Facebook 的 React Native，以及 JSPatch 等技术的出现。 让 iOS 的开发变得越来越灵活。 比如 JSPatch 的初衷是让开发者不必重新发版，线上即可修复 bug。对于做技术的朋友而言，应该会比较喜欢这些新技术的出现。 毕竟过去 iOS 平台给技术人的感觉是苹果控制的太多，技术上可做的很少。 这些新技术方案的出现，会让大家在开发 iOS 的时候也会有更多的成就感。但它们却越来越背离苹果对 iOS 生态的价值观。 iOS 生态相比 Android 来说基本上算是两种哲学的现实体现。 Android 整体给大家的感觉就是更加开放，开源的精神。 从某种意义上我们可能还会赞赏 Android 的这种哲学。 但任何事情都有利有弊， Android 虽然开放，但必然会有开放所带来的弊端，比如各种厂商 OS 的体验不统一，过度定制化会造成不必要的复杂性，以及 APP 设备兼容性等等问题。 虽然 iOS 看起来 “封闭”， 但这样的 “封闭” 却带来的更好的用户体验。 比如同样一款游戏，在机器性能差不多的情况下，基本上是 iOS 的体验会更好。 我个人同时用过 iOS 和 Android 设备， 我只有在 iOS 上才会更放心的登录涉及银行账户等安全性非常重要的产品。这两种哲学，我个人的感觉，没有哪个比哪个好，只是两种价值观，并且目前这两个平台都活的很好。再说回咱们这次的话题，此次苹果禁止动态下发代码，就免不了引起大家对它 “封闭” 的质疑。 但在我看来，这只是苹果对它自己价值观的一次实践。为什么要禁止动态下发，苹果在邮件中也说的很清楚了。 更多的是出于用户安全的角度考虑。 防止这些动态下发代码的机制会被中间人劫持，造成 APP 的安全隐患。 还是回到苹果的价值观上， 这只是它对自己价值观的一个实践，谈不上对错。 苹果优先保证每一个 iOS 用户的安全和体验。保证每个用户最好的体验，实际上是对 App Store 整个平台品牌的最好的支撑。 同样的 App Store 好了， 最终获益的是整个生态的参与者，其中也包括我们这些开发者。苹果的目的是让整个 iOS 生态变得更好。 作为 iOS 技术人，确实不必有任何恐慌。 就像前些年中间语言可以多平台发布，就有人说原生开发者面临威胁一样。 技术平台没有那么容易被谁取代。就像今天移动端几乎完全普及了，但传统 Web 技术依然有用武之地一样。
苹果为什么要禁止JSPatch等热更新技术
首先说一下JsPatch实现的内部原理：JsPatch能做到通过JS调用和改写OC方法最根本的原因是 Objective-C 是动态语言，OC上所有方法的调用/类的生成都通过 Objective-C Runtime 在运行时进行，我们可以通过类名和方法名反射得到相应的类和方法，也可以替换某个类的方法为新的实现，还可以新注册一个类，为类添加方法。这里就不详细介绍runtime了，相关的资料我会在后续的博客里介绍，大家再等等吧。所以 JSPatch 的原理就是：JS传递字符串给OC，OC通过 Runtime 接口调用和替换OC方法。这个很容易理解，JS的作用只是一个信使的作用，具体实现还是得靠我们OC,所以说OC还是世界上最美的语言，哈哈。
jspatch synchronized 怎么写
我建议:使用js文件代码放didFinishLaunchingWithOptions 基础原理 能做通JS调用改写OC根本原 Objective-C 态语言OC所调用/类都通 Objective-C Runtime 运行进行我通类名/名反射相应类： Class class = NSClassFromString(“UIViewController“); id viewController = [[class alloc] init]; SEL selector = NSSelectorFromString(“viewDidLoad“); [viewController performSelector:selector]; 替换某类新实现： static void newViewDidLoad(id slf, SEL sel) {} class_replaceMethod(class, selector, newViewDidLoad, @““); 新注册类类添加： Class cls = objc_allocateClassPair(superCls, “JPObject“, 0); objc_registerClassPair(cls); class_addMethod(cls, selector, implement, typedesc); 于 Objective-C 象模型态消息发送原理已文章阐述详细例篇详细阐述理论运行通类名/名调用任何OC替换任何类实现及新增任意类所 JSPatch 原理：JS传递字符串给OCOC通 Runtime 接口调用替换OC基础原理实际实现程怪要打接看看具体实现 调用 require(’UIView’) var view = UIView.alloc().init() view.setBackgroundColor(require(’UIColor’).grayColor()) view.setAlpha(0.5
JSPatch被苹果封杀，RN会不会就此终结，无缘Apple
一般来说，为了实现动态打 Patch 的能力，JS 脚本一般会在需要的时候从服务端下载，而这个过程中存在被中间人拦截的可能性，中间人把下载内容替换为他自己的脚本，从而控制 App。当然这一切建立在你并没有实现 JS 脚本加密的基础上（传输上
什么是热更新热更新是什么意思
热更新是一种各大手游等众多App常用的更新方式。
热更新就是动态下发代码，它可以使开发者在不发布新版本的情况下，修复 BUG 和发布功能，让开发者得以绕开苹果的审核机制，避免长时间的审核等待以及多次被拒造成的成本。
2017年6月，AppStore审核团队针对AppStore中热更新的App开发者发送邮件，要求移除所有相关的代码、框架或SDK，并重新提交审核，否则就会在AppStore中下架该软件。
扩展资料：
在iOS中有两种App更新方式：一种是在AppStore内进行更新，更新时重新下载全部安装包；另一种就是热更新。
用户只有在打开App时才会发现热更新包，更新时只需下载安装更新部分的代码，再次打开时即可。
热更新最大的优点就是快，它可以绕过苹果方面的审核，更新通常只需一个晚上即可上线，另一大优点就是更新包较小，一般都在1M左右，用户不连接WiFi也可随意下载。
参考资料来源：百度百科—热更新
苹果全面禁止热更新是什么意思
我们称之为JSPatch的一个东西，就是借用runtime实现类的替换，方法替换，因为OC（iOS开发语言）本身是运行时执行的，只有在执行的时候才去判断到底去执行哪些代码，但是我通过JSPatch就可以下发一些js语法写的一些方法，通过转换成OC语言，再通过重写当前已有的方法，或者让当前的执行方法换成我下发的这段代码等等等等。。这样的话，对整个APP的影响就特别大了，大家都知道苹果的沙盒机智，但是当外界可以通过执行外界代码来改变内部逻辑的时候，沙盒就不太容易保护你的数据了。。，，所以啊所以，资源包类的更新就是你们常见的带有加载框的，真正的代码热更新，你们根本就开不到加载页面，在联网的时候就会自动在后台下载js代码，下次启动就会直接执行新代码了。