类似于页面，自定义组件拥有自己的 wxml 模版和 wxss 样式。 官方链接 组件化，反过来理解，写重复的页面，方法，写第二遍就烦了，抽取出来就是组件化，可以理解为公用的方法 对于通用的数据，最先想到或者理应接触的是template，但是template有个缺点，那就是只是页面效果，不会有对应的js操作。 微信小程序组件化，为什么要有自定义组件呢 每个页面有对应的js(JavaScript)，json(配置config)，wxml(html)，wxss(css)还差什么 不挺好的嘛，为什么需要自定义组件呢 当然，对于特定的某个页面而言，是足够了，但是如果是通用的一些页面都需要相同的效果， 或者是相似的效果呢，你还是一步步重复的操作嘛 存在就是合理的，完全可以把自定义组件理解为是一个自定义的标签，页面的一个片段。 当然这只是最基本的 想想，既然是组件component，那对于pages页面而言，就是一对多的关系。 多个页面织入组件，怎么衔接起来呢。 pages页面可以给component组件传递值，自然组件也会对应的想pages自定义的回调方法。 只要是你能想到，想实现的，都会有对应的提供。 实现方式，在目录新建component，会自动生成对应的js,json,wxml,wxss,基本跟pages差不多 看看component各个文件内容吧 复制代码 Component({ 　　 　　options: { 　　　　multipleSlots: true // 在组件定义时的选项中启用多slot支持 　　}, /** * 组件的属性列表 */ properties: { }, /** * 组件的初始数据 */ data: { }, /** * 组件的方法列表 */ methods: { } }) 复制代码 options，multipleslots:true 在组建中启用多个slot支持。 properties，里面可以定义一些接收pages页面的属性。 data，组件的数据 method，组件抽取出来的方法 具体用法 首先需要在pages页的json配置一下开启使用组件 说说options吧 你可以在component的wxml中 通过slot的name属性来指定对应的pages页面内容 ok 说说properties吧 在自定义标签中传递一个num属性 在组件中可以通过properties来传递 获取num值可以通过this.properties.num来获取 data用法的话跟page是一个样子的。 最重要的要属于方法事件了 page相对于组件而言，是一个一对多的过程 既然是抽取出来的，组件只能做一些共有的事，私自的一些实现肯定是得通过page自省的。 这就涉及到了回调。比如在组件中添加一个bindtap方法。 但是这个组件页面的customevent的方法是绑定的。 对应的pages页 在methods中，通过treggerEvent来调用page自己实现的方法。 ok，这是组件化入门https://www.cnblogs.com/c-h-y/p/9552797.html