微信公众号开发基本流程

背景：

过年前后做了个微信公众号项目，已经过去一段时间了，抽空回忆总结下基本流程吧，不然很快估计自己就忘了。。

微信公众平台官网：https://mp.weixin.qq.com

一、注册公众号

首先注册时可以看到公众号有三种类型，个人用户大多数选择订阅号，而企业用户一般选择服务号和企业号。

我们平常大多数关注的都是订阅号，他们统一都放置在微信应用的订阅号消息列表中，没有微信支付等高级功能，只是用于发布文章等基础功能。

而服务号和企业号都在会话列表，和我们的微信好友是同级别的位置，具备微信支付等高级功能，一般是某个企业品牌的对外操作窗口，如海底捞火锅、顺丰速运等。

我们前期开发测试只需要注册个人订阅号即可，真正开发使用的是开发者工具里的测试号，具体下面会说。

真正生产的话，使用的都是经过微信认证的订阅号、服务号、企业号。

二、了解公众号管理页面

我们在微信公众平台扫码登录后可以发现管理页面左侧菜单栏有丰富的功能：

大概可以分为这几大模块：
首页、功能、小程序、管理、推广、统计、设置、开发

作为开发人员，首先应该关注的是设置、开发模块；而作为产品运营人员，关注的是功能、管理、推广模块；作为数据分析人员，关注的是统计模块。

首先我们不妨各个功能模块都点击看一看，大概了解下我们能做些什么。可以确认的是，这个微信公众平台当然不只是给开发人员使用的，它提供了很多非技术人员可在UI界面上交互操作的功能模块。

如配置消息回复、自定义菜单、发布文章等：

这个时候我们可能会想：这些功能好像非技术人员都能随意操作，那么还需要我们技术人员去开发吗？

答案是： 如果只是日常简单的推送文章，就像我们关注的大多数公众号一样，那确实不需要技术人员去开发；但是，如果你想将你们的网站嵌入进去公众号菜单里（这里指的是把前端项目的首页链接配置在自定义菜单），并且实现微信端的独立登录认证、获取微信用户信息、微信支付等高级功能，或者觉得UI交互的配置方式无法满足你的需求，你需要更加自由、随心所欲的操作，那么我们就必须启用开发者模式了，通过技术人员的手段去灵活控制公众号。

这里有一点需要注意，如果我们决定技术人员开发公众号，必须启用服务器配置，而这将导致UI界面设置的自动回复和自定义菜单失效！

我们在 开发 - 基本配置 - 服务器配置 中点击启用：


我们团队就遇到过这种情况：两个项目组共用一个公众号，结果一个启用了服务器配置，使另一个项目组手动配置的菜单失效了。所以要注意这点！

至于服务器配置中的选项代表什么意思、如何填写，我们下面再讲。

三、必备开发者工具的使用

我们进入 开发 - 开发者工具， 可以发现微信提供了六种开发者工具，其中前四种属于开发必备：开发者文档、在线接口调试工具、web开发者工具、公众平台测试账号。

1.开发者文档

这个不用说！在我们开发中属于最最最基础和重要的东西了，我们要想熟练开发公众号，首先必须熟读开发者文档！有些功能的开发甚至非要反复研读、咬文嚼字一番不可。PS：该文档吐槽的地方也不少，有些地方的确讲的不够明确！

2.在线接口调试工具

这个工具也算比较实用，包含大多数接口的在线调试，我们可以直接在上面输入参数，获取微信服务端的返回结果。

3.web开发者工具

这个工具是一款桌面应用，需要下载，它通过模拟微信客户端的UI使得开发者可以使用这个工具方便地在PC或者Mac上进行开发和调试工作，一般是前端使用该工具进行页面、接口调试。

4.公众平台测试账号

这个测试号工具对我们的重要性可以说是仅次于开发者文档。我们可以创建测试号，无需申请、认证真实的公众帐号、可在测试帐号中体验并测试微信公众平台所有高级接口。并且所有的配置都可在一个页面上编辑，使开发测试变得极其便利。

四、细读开发者文档

文档地址：https://mp.weixin.qq.com/wiki

需要注意的是，细读开发者文档不是让你所有模块都去阅读，而是重点的重复细读，非重点的选择性阅读。

其中前两个模块：开始前必读、开始开发，属于重点关注对象，也是整个微信开发的基石所在，需要多读几遍。其次是微信网页开发模块的微信网页授权，比较难理解，需要特别注意。其他的模块则根据你们的项目功能需求，有选择性的阅读即可。

这里我就不多罗嗦了，大家看文档去吧！下面我会描述一些重点内容的实际操作情况以及代码，请确保你已经浏览过文档。

五、开发流程重点解析

1.开发环境准备

这里所谓的开发环境准备主要指的是我们项目服务端和微信服务端的网络通讯环境准备。

我们平常开发可能只需要IP端口就能通讯，顶多配置下白名单放行，但微信公众号开发我们需要通过域名通讯（微信会访问我们配置的域名地址：服务器基本配置中的URL，下面会介绍），也就是我们各自开发环境需要拥有独立的域名，微信就能通过这个域名请求到我们的本地开发服务，各自进行开发测试。

而我们一般都是内网开发，整个内网只有一个对外域名，所以这时就需要 内网穿透 ，为我们每个开发人员配置各自开发机器的域名。

那如何进行内网穿透呢？你首先可以找下你们的网管，看他能不能帮你解决，如果不能，那就安装内网穿透工具，我们自己动手！

我选择的内网穿透工具是natapp，这个有免费版、收费版，免费版的域名会随机变化，而收费版可以拥有固定域名，建议选择收费版，9元每月并不贵；大家可以对照natapp的文档安装使用，并不难。

这样我们本地开发环境就拥有自己的域名啦！然后就可以在测试号管理页面配置本地访问地址URL了。

2.服务器基本配置

无论是在真实公众号的 开发 - 基本配置 - 服务器配置，还是在 测试号管理 中，我们都可以看到这几个基本参数：
开发者ID(AppID)、开发者密码(AppSecret)、服务器地址(URL)、令牌(Token)

AppID 是公众号唯一开发识别码，配合开发者密码可调用公众号的接口能力，大多数微信接口都需要附带该参数。

AppSecret 是校验公众号开发者身份的密码，具有极高的安全性。切记勿把密码直接交给第三方开发者或直接存储在代码中。如需第三方代开发公众号，请使用授权方式接入。其中获取accessToken就需要同时传入AppID和AppSecret获取。

URL 是开发者用来接收微信消息和事件的接口URL，也就是我们服务后端的入口地址，需要注意的是该地址必须以域名形式填写，且必须以http 或 https 开头，分别支持80端口和443端口。如：http://yuanj.natapp1.cc/wechat。

Token 可由开发者可以任意填写，用作生成签名（该Token会和接口URL中包含的Token进行比对，从而验证安全性），也就是我们项目和微信服务端进行通信时，必须保证公众平台配置的Token和我们后台代码配置的Token保持一致，这样微信就能验证我们身份。

注：EncodingAESKey 参数由开发者手动填写或随机生成，将用作消息体加解密密钥，我们前期可以采用明文模式进行开发测试，暂时先不用关注。

我们点击提交时，微信会以GET请求的方式访问我们配置的URL地址，并附加几个参数进行验证，所以你需要在该地址对应的项目后端接口里对这几个参数进行加工处理，返回微信需要的结果，这样就可以验证成功，使微信服务端认可你配置的URL和Token参数，后续就能互相通信了！

具体情况可以阅读微信文档 - 开始前必读 - 接入指南。

这里附上该接口的Java代码：

/**
 * 微信对接验证接口
 * */
@RestController
@RequestMapping(value = "/wechat")
public class ValidateController {
    @Autowired
    WechatConfig wechatConfig;

   @RequestMapping(value = "", method = RequestMethod.GET)
   public void validate(HttpServletRequest req, HttpServletResponse resp) {
        System.out.println("-----开始校验签名-----");

        // 接收微信服务器发送请求时传递过来的参数
        String signature = req.getParameter("signature");
        String timestamp = req.getParameter("timestamp");
        String nonce = req.getParameter("nonce"); //随机数
        String echostr = req.getParameter("echostr");//随机字符串

        // 将token、timestamp、nonce三个参数进行字典序排序并拼接为一个字符串
        String TOKEN = wechatConfig.getToken();
        String sortStr = sort(TOKEN,timestamp,nonce);
        
        // 字符串进行shal加密
        String mySignature = WechatUtils.shal(sortStr);
        
        // 校验微信服务器传递过来的签名 和  加密后的字符串是否一致, 若一致则签名通过
        if(!"".equals(signature) && !"".equals(mySignature) && signature.equals(mySignature)){
            System.out.println("-----签名校验通过-----");
            try {
                resp.getWriter().write(echostr);
            } catch (IOException e) {
                e.printStackTrace();
            }
        }else {
            System.out.println("-----校验签名失败-----");
        }
    }
    
   /**
     * 参数排序
     * @param token
     * @param timestamp
     * @param nonce
     * @return
     */
    public static String sort(String token, String timestamp, String nonce) {
        String[] strArray = {token, timestamp, nonce};
        Arrays.sort(strArray);
        StringBuilder sb = new StringBuilder();
        for (String str : strArray) {
            sb.append(str);
        }
        return sb.toString();
    }
}

3.存取access_token参数

access_token是公众号的全局唯一接口调用凭据，公众号调用各接口时都需使用access_token。开发者需要进行妥善保存。access_token的存储至少要保留512个字符空间。access_token的有效期目前为2个小时（7200秒），需定时刷新，重复获取将导致上次获取的access_token失效。

access_token这个参数非常重要，几乎贯穿整个微信公关号项目开发，我们如何在有效期内定时刷新获取呢？
如果我们的微信公众号项目是单服务架构，可以直接作为静态变量存储在内存里；如果是多服务，可以用中间件存储，Redis、数据库都可以。SpringBoot项目内部可以通过**@Scheduled**注解，执行定时任务，既然access_token有效期是2小时，那我们可以一小时刷新获取一次，将其存入Redis，覆盖之前的access_token。

4.公众号消息管理

很多公众号都可以通过消息发送来与其进行交互，那这样的功能如何代码实现呢？

具体我们可以在微信文档 - 消息管理 模块查阅：

在此我要提到的一点就 微信公众号的消息交互都是通过XML格式进行的！这点就很坑了。。现在我们前后端、服务端的消息传输基本都是Json格式了，也习惯了Json格式的解析处理，所以遇到XMl格式的处理又要多费些事了。

为什么微信采用XML格式呢？我个人猜测是几年前还是XML格式的天下，当时Json还没有这么流行，腾讯毕竟是产品业务驱动的，当然选择当时开发人员最熟悉的XML格式了开发，后面随着微信平台的普及，用户越来越多，想重构改成Json格式估计也十分困难，所以历史就遗留下来了呗。。

我在此推荐一个GitHub上一个微信开发 Java SDK，里面有整个微信开发平台很多功能模块造好的轮子，我们可以参考下直接使用：
https://github.com/Wechat-Group/WxJava

比如现在对于XMl消息解析这个需求，上面就提供了完整详尽的代码。

5.获取openid以及网页授权（重难点）

注意，这是公众号开发的重难点之一，请把技术文档中的微信网页授权模块多读两遍，然后带着疑问来看我的解析。

（1）先明确为什么需要网页授权？我们的目的是什么？

答：用户在微信客户端中访问第三方网页，公众号可以通过微信网页授权机制，来获取用户基本信息，进而实现业务逻辑。也就是通过这种授权机制，我们能获取微信用户信息，比如：头像、昵称、地区、个性签名等。

（2）既然目的是获取用户基本信息，微信不是提供了专门的接口吗？非要网页授权？

答：在文档的 用户管理 - 获取用户基本信息(UnionID机制) 模块可以看到的确有获取用户基本信息接口：

可以看到，这个接口只需要提供openid或者unionid，即可直接获取用户基本信息。那么问题来了，openid（unionid）又是如何获取呢？

微信平台提供了两种方式获取用户的openid

第一种方式：

用户与公众号产生消息交互时，会以POST请求的方式向我们配置的服务器URL地址发送XML格式的消息，并附带该用户对应公众号的openid！关于什么是消息交互我们可以查看文档中的消息管理模块，比如我们在公众号输入栏中发送文字图片语音等属于普通消息交互，我们关注、取关、点击自定义菜单等属于事件消息交互，每当前端用户进行这个操作时，微信服务端都会向我们项目后台发送POST请求给我们传达信息：

可以看到，这个推送数据包中就包含了用户的消息交互类型、时间以及我们需要的openid！也就是说，无论用户在公众号里干了啥操作，我们都能知道他这个操作干了啥，以及他是谁（openid），这时就能调用 用户管理 - 获取用户基本信息(UnionID机制) 接口获取用户基本信息了。

别高兴太早，这种通过消息交互获取用户信息的方式，用户占主动地位，我们项目后端服务被动接受，那么如果我有个基本需求：我想在自定义菜单 - 对应我们网站的前端页面上展示微信用户基本信息，能做到吗？你如何把后台接收到的消息和前端用户关联绑定？
可见，这种被动的方式并不能实现该功能，我们需要主动出击，在前端就能获取到当前操作用户的openid！

第二种方式：

这种方式就是通过网页授权机制主动出击！详情见下文。

（3）网页授权有哪几种机制？分别是怎样实现？应用于什么场景？

答：主要有两种机制，对应两种scope：

以snsapi_base为scope发起的网页授权，是用来获取进入页面的用户的openid的，并且是静默授权并自动跳转到回调页的。用户感知的就是直接进入了回调页（往往是业务页面）。

以snsapi_userinfo为scope发起的网页授权，是用来获取用户基本信息的。但这种授权需要用户手动同意，并且由于用户同意过，所以无须关注，就可在授权后获取该用户的基本信息。

光看这两句解释你可能有一堆疑问，我们逐一分析：

两种机制的前面授权步骤相同，大概如下：

我们先要按照文档要求构造一个链接：https://open.weixin.qq.com/connect/oauth2/authorize?appid=APPID&redirect_uri=REDIRECT_URI&response_type=code&scope=SCOPE&state=STATE#wechat_redirect
其中重点参数是redirect_uri，这个参数填的既可以是前端项目url，也可以是后端接口url，然后点击这个链接后，微信服务端经过重定向到我们填写的redirect_uri，会在此redirect_uri后拼接上一个code参数！然后前端或者后端通过code参数就可以调微信接口https://api.weixin.qq.com/sns/oauth2/access_token?appid=APPID&secret=SECRET&code=CODE&grant_type=authorization_code获取openid等信息了：

这里讲下 snsapi_base 和 snsapi_userinfo 的不同点：

首先snsapi_base是静默授权，什么意思呢？就是用户没有感知；与之对应的就是非静默授权的snsapi_userinfo了，这个scope公众号会弹出一个小窗口，需要用户手动点击授权，类似这种：

那么这两种scope授权的优劣势在哪呢？

snsapi_base 的优势在于用户无感知，体验好，方便快捷；劣势在于获取openid后只能通过用户管理 - 获取用户基本信息(UnionID机制) 接口获取用户基本信息，而这种方式需要确保用户已经关注，不然是没有相关信息的！
snsapi_userinfo 的优势在于无需用户关注公众号，只要用户点击了授权确认，即可通过access_token和openid调用专门的拉去用户信息接口获取信息，比较暴力。。；劣势在于需要用户手动授权，可能影响用户体验。

在此说下，我们项目是通过snsapi_base静默授权的，其中redirect_uri配置的是前端项目首页地址（前后端分离），并将构造的这个链接封装起来，直接配置在自定义菜单里，那么用户点击菜单，就直接重定向到前端项目，然后前端获取code参数调用后端获取openid接口，将获取的openid缓存到客户端，以便后面使用。

（4）想要进行网页授权，我们需要在公众平台配置什么吗？

答：需要！
如果是测试号，需要在 测试号管理 - 体验接口权限表 - 网页服务 - 网页帐号 点击 修改。


在这里配置的是回调页面即redirect_uri的域名！

如果是正式号（需要微信认证），需要在 开发 - 接口权限 - 网页服务 - 网页帐号 - 网页授权获取用户基本信息 的配置选项中，修改授权回调域名。请注意，这里填写的是域名（是一个字符串），而不是URL，因此请勿加 http:// 等协议头；

而且正式号其他配置的地方也和测试号不一样，比如多了IP白名单、域名根路径下的txt验证文件，这个稍微摸索下应该没啥问题的。

over 暂时就回忆这么多了。。。可能有遗漏大家可以提出哈 ~ 下一篇博客写几个开发时的小问题补充下吧
————————————————
版权声明：本文为CSDN博主「深寒丶」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/Abysscarry/article/details/89071469

来源：CSDN

作者：Liuqz2009

链接：https://blog.csdn.net/Liuqz2009/article/details/104005413