基于AccessToken方式设计API

目录

• 数据库设计
• 实现方案

应用场景：公司A有一平台需要对外提供接口给其他商户使用，考虑到安全性问题，此时可考虑采用AccessToken方案。商户在公司A平台注册一app，平台分配appId、appSecret给商户，商户使用分配的appId、appSecret获取access_token后，其他接口调用都要带上access_token参数。

数据库设计

CREATE TABLE `t_app`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `app_name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '应用名称',
  `app_id` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT 'appId',
  `app_secret` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT 'appSecret',
  `is_flag` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '标识是否可用：0可用 1不可用',
  `access_token` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT 'token',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;
INSERT INTO `t_app` VALUES (1, '测试app', 'appID123456789', 'appsecret123456789', '0', '51541b8a07dc47a387f6fb65d2a056a1');

实现方案

1. 提供一Auth接口，通过appId+appSecret获取access_token(时效2小时左右或者半小时)并将access_token作为key，appId作为value存储到redis缓存中同时将access_token更新到数据表中，如果多次调用auth接口则每次将上一次的access_token从redis缓存中移除。
2. 提供一拦截器对所有需要通过access_token访问的接口进行拦截，判断aceess_token是否有效，有效则可以访问其他接口，判断为有效时可以同时刷新redis时长，这样可实现用户一直访问则access_token一直有效，类似于session有效时长。