莫着急... 美好的东西往往来的都比较慢!
网站 ICP 立案已施行了很久，我们也非常清楚必须在进行 ICP 立案后，网站能力在大陆范围合法运营，而且用户可以通过域名正常拜访网站。
但是月初出了新规，明年起，国内的 App 也要像网站一样进行立案了。想必大家也是早已经听到过这个刷屏的新闻，随便说一声小程序也是。
在管理日益强化的配景下，西安app开发，开发者也会随之而来面临到一些新困境和变更。
小规模个人开发者难以单独完成立案流程，可能必要通过阿里、腾讯等公司平台进行合作或服务，一般情况会下放立案入口给云厂商。
开发者还密切相关的是立案规则会要求提供安装包的MD5值，那么也便是意味着形式上可能会让每次更新都立案一次。
当然还有一个可能性便是 App 立案不是版本审核，而是像网站一样审核期间必要处于不能拜访的状态，最后不管网站呈现的什么内容，主要便是最前面的审核资质流程。
立案将信息平安作为重要评估尺度，开发者在进行用户隐私信息获取的过程中，必要注意产品中信息收集及使用情况符合隐私掩护规定，切勿过度的收集信息。
但是不管最后落地的立案规则具体是什么样子的，对于技术自己来说，方法肯定会比困难更多。如果每一次更新发版都要填写一次立案表格，那么寻找符合规则的开发模式也是一个必定选择。
从我的角度思考，以后 App 热更新才能会成为一个必选项，而热更新又有两条路子可以走：
首先是大家比较熟悉的 Webview 加载网页做 Hybrid 混合应用，其实也便是大家比较熟知的「原生+ HTML5」模式了，它的工作原理是 App 的服务器端要监测这些内容的更新，然后向设备端的 App 以某种技术手段发送内容更新的通知，然后里面的一些组件，必要向客户端通过网络同步一些页面内容碎片，而且把这些下载的内容，通常是 HTML 和JavaScript，注入到之前挖好的这些洞洞里。
另外中间网络同步的技术方案有很多，例如通过双向的 Web-Socket，或者通过 HTTPlongpolling ，或者通过SSE，或者通过 PushtoPull，又或者其他自定义的技术手段例如 CMS 实现。设备端通常通过 HMR 热模块替换和代码注入等方式让更新的代码在当地生效展示，避免 App 重启。
另一个混合应用开发的方法是「原生+小程序」，其实我更保举这种办法，一是小程序在国内已经非常成熟并且整体的体验度会远高于 HTML5 ，至少卡顿、白屏的情况不会经常性的出现。二是这个模式已经在微信、支付宝等超级 App 已经验证过，确实这类轻量的技术会在热更新上更加灵活，只必要配合管理后台的上下架就能实现。目前这种技术称为小程序容器技术，也属于开箱即用的，对开发者会比较友好。
另外也有纯粹的 Web App 这种模式就不保举大家了，一是性能欠好对于设备、网络的要求比较高，二是这种模式只适合一些非常简单的业务，这里也就不做过多的说明。
走 Java Classload 类加载机制，核心的原理便是从网络流读取字节码加载 Class，即通过类加载器读取.class文件中的二进制字节流，并将其转换成Java虚拟机中的 Class 对象。主要的过程包括加载、验证、准备、解析和初始化。
当然这个机制会比上面的更加复杂一些，整体的内容也会比较系统，这里就不作过于深入的介绍，感兴趣的同学们可以进一步查询相关的知识点介绍。
在 App 审核日益增加的情况下，对于开发者群体肯定有不小的影响，特别是中小开发者和一些国外开发者来讲会增加不小的阻隘。但是为了更好的适应改变、拥抱变更，我们可以从技术角度出发去进行优化，当然肯定还有其他大佬有更好的方法也欢迎大家给出好的建议。
