微信小程序是用什么技术实现的？

一、微信小程序的wxml

具有基本的编程经验的工程师，只有与wxml接触后，您才会发现该语言的编程概念类似于html网页的编程技术。经过一番研究和开发，您会知道微信小程序的要求技术含量不高，只是更换了一些标签，例如

已替换为等待状态。即使您不太擅长前端，转用微信小程序的发展也将是一个很好的方向。

二、微信小程序的wxss

wxss是微信的CSS。微信用自己的开发语言wxss代替了Web编程中使用的css；实际上，主要的实现思想与Web开发技术基本相同，并且它只是对某些标签的简单替换，其中大部分是原始的CSS，基本上是正确的。它们都是通过调用同一页面来实现的，但是可以说，微信小程序比Web开发更简单，更方便。例如，只要写入index.wxml和index.wxss，它就位于两个文件中。这两个文件同时位于同一目录中，就像直接在网页上写CSS一样，这既简单又快速。

三、微信小程序的js

如果要开发微信小程序，您必须精通微信小程序的js。只要您具有html+css+js的良好基础，就可以全力学习微信小程序js，然后在前端进行开发。上面没有问题，但是微信js需要努力学习。您可以购买参考书或了解微信小程序的API，它们可以快速帮助您参与开发队列。

四、微信小程序的json

掌握了以上几点之后，您需要掌握json。简而言之，json是微信小程序的主要和次要接口。工程师可以通过json控制上下菜单栏，主要和辅助页面的显示顺序。但是，使用频率不高。它仅适用于基本小程序的框架，但这也需要学习，因为除显示类型外，每个前端 *** 作都需要与后端匹配，因为如果要使其放大，则必须之所以简化，是因为修改代码后，在迷你程序中搜索到的版本就是启动后的版本，即我们提交微信评论后显示的版本。修改源代码后，需要将其提交给微信公众进行审核。平台小程序管理平台，用户只能在审核通过后才能看到您的修改，因此，为避免这种麻烦，您必须了解后端技术开发并与前端链接以与您进行交流。

实际上，小程序类似于H5表面，并提供了视图层描述语言。您需要掌握WXML和WXSS以及基于JavaScript的逻辑层框架。这里的wxml等同于html，而wxss等同于CSS。

1微信小程序，简称CX，是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念，用户不用关心是否安装太多应用的问题。

2应用将无处不在，随时可用，但又无需安装卸载。

3微信小程序于2017年1月9日凌晨正式上线。

4用户只要将微信更新至最新版本，体验过小程序后，便可在发现页面看到小程序TAB，但微信并不会通过这个地方向用户推荐小程序。

a.小程序在微信没有集中入口。

b.微信不会推出小程序商店，也不会向用户推荐小程序。

c.小程序没有订阅关系，没有粉丝，只有访问，只有访问量。

d.小程序不能推送消息。

e.小程序不能做游戏。

1.提供小程序页概念：支持分享当前信息，例如分享00700股票页面，好友打开时看到的是00700股票的实时信息，而无需再次启动小程序。

2.对话分享：可以分享到对话，支持分享给单个好友及微信群。

3.搜索查找：小程序可以被搜索，但微信会极力限制搜索能力，目前提供的搜索功能是用户可直接根据名称或品牌搜索小程序。。

4. 公众号关联：在小程序与公众号为同一开发主体的前提下，提供小程序与微信公众号之间的关联。

5.线下扫码：提供线下提示用户附近有哪些小程序存在的功能。用户可以通过线下扫码使用，这也是微信提倡的接入方式。

6. 小程序切换：小程序支持挂起状态，即多窗口概念，用户可以把小程序先挂起，然后做别的事情，在需要这个小程序的时候可以快速调用，回到最开始的状态。

7.消息通知：商户可以发送模板消息给接受过服务的用户，用户可以在小程序内联系客服，支持文字和图片，解决用户与小程序的沟通问题。

8.历史列表：用户使用过的小程序会被放入列表，方便下次使用。

长期以来，移动互联网界一直在寻找一种既能获得Native原生的体验，又可以低门槛快速开发的技术。在这个过程中出现了很多尝试，例如React Native（RN），RN本质上是轻量化Native开发，在Native基础上做减法；H5的特点是开发成本较低，可以做到比较灵活，但缺点在基础信息获取方面（如地理位置、手机信息、播放器等）和顺滑体验方面无法做到Native的效果；

就在这个背景下，微信小程序也给出了自己的方案，它的做法是在H5的标准上做Native能力的加法，赋予了小程序很多Native的能力，微信通过自行研发的小程序运行时，为小程序提供了大量的API层面能力支持，如地图、导航、画布、滚动视图等方面都能提供支持。

小程序的优越性体现在既保留了H5开发的便利和灵活性，又可以达到媲美Native体验，配合微信11亿用户的社交网络，越来越开发者选择微信小程序的技术的。

据小程序团队透露，目前已经50万+的开发者在从事实际的开发，小程序已经成为移动互联网领域“事实”的标准。伴随着这种趋势，阿里、百度分别在2017年的8月和2018年的3月启动了自己的小程序项目，围绕着支付宝和手机百度APP几个超级APP在移动互联网领域再次攻城略地。小程序已然成为近几年最炙手可热“现象级”技术。

小程序的出现不是一蹴而就，而是在移动互联网近10年的业务、场景积累上逐步发展起来的。Web开发具有高效、灵活、门槛低的特点，但弊端在于所有的页面都依赖浏览器的渲染，浏览器的能力就是的web研发的上限和边界。为了克服这个问题，于是便有了JS-Bridge这种方式，将很多常用组件内置到应用中，当内嵌组件足够多的时候，再做一层封装，形成了JS-SDK，其本质没有差别。 

小程序在JS-SDK的基础上，一方面进一步开放和拓展原生的能力给到Web前端调用，另一方面，页面渲染（Webview Render）的UI层和逻辑层，使用了两个独立的线程。如下图所示：

小程序运行时本质上是一个处理Web页面渲染、数据逻辑交互的虚拟机，这个虚拟机提供了丰富的原生能力供小程序调用（API、组件、AI能力等），极大的拓展了Web应用的能力边界，尤其是在诸如滚动视图（scrool-view）、导航（navigator）、图片预览（cover-image）等组件的提供，使得前端开发人员在使用现有的web前端技术，就可以开发出接近原生体验的应用。

其实微信可以分成两部分：即时通讯部分（IM）和小程序的运行渲染引擎（运行时）。小程序的运行的离不开运行时，它作为一个基础支撑已经深度和微信整合。正是利用了微信11亿的巨大的社会协同网络，赋予了小程序方便的转发、分享能力，为商业应用创造了一个崭新的蓝海，所有人都可以利用的这个平台去更好的触达、服务客户。

以往业务部门要发布一些新的功能的时候，用户必须要主动更新App，而且任何一个局部功能的变化升级需要去重新去应用市场再 *** 作一次，成本很高。由于并不是所有的用户都去更新，造成IT团队需要花费大力气去维护多个不同的版本。这种方式造成用巨大的资源浪费和用户体验的不便利。

如果用小程序，这个问题会迎刃而解。首先， 小程序可以独立的去更新，App作为了一个载体，很长的一段时间内，不需要被频繁更新。其次，每个小程序可以按照业务具体需要去独立发布各自的版本，不同的小程序之间的更新升级彼此独立、互不干扰。最后，由于小程序运行的沙箱机制，保证了不论是哪个小程序出现Bug、崩溃等情况，不会拖累应用本身 ，即便出现严重问题，也不过就是把它下线即可。

凡泰小程序运行时是面向全行业的“小程序解决方案”，它借鉴了被大家广发熟知的微信小程序概念，在技术上对微信小程序做兼容，开发工程师在现有的技能上可以直接上手。企业可以基于这套合规、安全的小程序运行时，配合整个小程序的上下架运营平台，自己就成为了一个“微信”。真正把这些技术赋能于现有的业务，App的更新也不再束手束脚，既松绑了业务，也松绑了IT研发。

并不会。首先，小程序的体验和原生几乎没有差别，对用户的来说是“透明”，不细致观察，用户甚至都不知道自己在使用小程序。其次，因为用户其实每天都在接触各种各样的小程序，已经实际上已经嵌入到我们生活的方方面面。比如用户在使用微信坐地铁、买电影票就在用小程序；打开淘宝购物，许多商铺就是小程序；打开百度搜索，出现的还是小程序。

互联网公司实际上已经对用户完成了“教育”和普及。接下来券商可以考虑如何利用好小程序的技术，结合小程序的优势、特点，逐步把现有App的一些业务切换到小程序上来。每个业务单元可以基于小程序进行敏捷迭代，好的产品离不开10000小时定律，让产品团队可以不断的围绕业务场景去打磨、优化，以提供更好的体验和服务。同时借助小程序一次开发多次上架的特点，更好去利用微信的社交网络优势，在获客、触达、营销方面可以做更多的创新和尝试。

任何事物的发展都具有周期性，显然小程序的这波红利已经到来， 今天的创新可能就是明天的标配。当务之急，尽早上船拿到“船票”。

---