aizaiyishunjian的博客

与前端对接登录接口的时候，约定用户密码使用AES加密方式进行存储。但是在测试对接时，发现前端生成的AES加密字符串，后端无法正常解密，前端和后端生成的加密字符串也不一致。经检查，key、iv、加密模式(CBC)、填充方式(PKCS7)、密码字符串编码方式都一样。最终发现是由于iv编码方式不一致造成的。

刚开始使用时flask异常模块时，业务处理中直接触发HTTPException异常，导致出现了莫名其妙的问题，异常无法正常捕获，最终复盘发现了原因。总结一下异常注册、异常触发、异常处理的流程，对比查看一下flask-jwt集成flask的异常实现。

功能够用，但是集成到flask的话，需要我们手动设置flask与casbin实例的关联，需要实现一些注解，方便权限配置。这样就实现了，应用初始化时，从关系数据库用户权限相关记录中，加载casbin策略信息，实现对RBAC记录的无缝对接。做为一个功能完备的web系统，用户权限更新是再正常不过的事情，那用户权限更新时，如何同步更新casbin模式中的策略信息呢？这样看上去不太优雅，其实完全可以像flask扩展初始化的形式，构建init_**方法，然后在方法参数中传入app实例即可。那要不我们自己造个轮子吧。