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