第三方登录头像如何保存

第三方登录，第一次存本地图片，本地增加修改头像功能，不再接受第三方新头像，哇哈哈哈。

楼主检测过是多久会失效么

@hasbug 这是一种办法，现在有些小程序在头像下面有一个更新头像的按钮，应该也是点击一下，然后将最新的头像保存下来

取到第三方的头像直接传到自己的 oss 上，自己数据库里就别存这种别人的东西了，别人一改你就挂了。

base64

@XQBoy 没有特别去注意时间的问题，估计这个也和用户在微信更换头像有关

fastdfs

这是用户更换头像后 并没有重新授权你们的系统 导致头像没有同步的原因

我做法是直接存 url 到数据库
用户之后进入就用 update 进行更新 url
如果你是说微信的，
其实 url 不会过期，只有当客户更换头像后，之前的 url 才会失效。


正常做法：
第一次进入，保存头像到本地，存本地链接和 url 地址
以后进入，判断 url 是否改变，改变后执行第一次进入的方法。

@markgor 现在也是准备用这个的方案，不过不准备保存第三方的地址了，如果用户想更换头像直接在项目上点击更新头像，然后重新去获取 ->保存到本地

@aheadjames 个人认为，头像这个东西对于用户而言基本就是个摆设，在设计的角度上，他作用只是在文字的排版上增添一点光亮，实际上用户根本不会在意这个东西，甚至进入去头像没了或者还是之前的头像，用户也不怎么感冒，如果你说用户需要再去点击，我觉得 10 个用户 10 个都不会去点击。
-------------------------------------------------------------------------------------------------------------------------------------------------
以上涉及数据仅凭个人经验+感觉总结出来的，并非真实数据，也没任何数据能做支撑。

常规做法：
首次三方登录 down 下头像，保存服务器，存本服务图片 url，之后不更新三方头像

如有以下情况：
1. 需要及时更新第三方头像
两种做法：
1). 仅存三方 url，及时更新
2). 存三方 url，本地 url，每次登录发现三方 url 变化后，更新三方 url 和本地图片
2. 本地服务器抗压弱，建议不 down 三方图片

头像不存本地涉及到防盗链等风险