虽然写了多年前端，但是一直都是写的lua，这次突然接到通知要升级微信SDK，以前也不是我捣鼓的，这下可愁坏了。本着万事不明，先备份改错的心态去下了微信SDK然后对比了下，发现跟以前没太大区别。主要区别就是在registerApp加了个Universal Links参数，sendReq加了个匿名函数。先不求甚解，加上默认值直接调试，结果全给我返回NO，无奈，还是去百度下别人的教程吧。
先找到这篇文章，原来必须要配置Universal Link才能使用，按文章中配好（正好我们也是用阿里云OSS），结果用Safari测试的时候老是打不开（失败表现：如果加上文件全路径，只会返回文件数据，不会有唤醒菜单；如果不加文件，单纯oss域名访问，则会提示如图错误）
用这篇帖子的方法在备忘录中测试也不成功。后来一次意外，把应用唤醒在后台，然后去备忘录中测试一下，突然成功了！至此，Universal Link算是配好了。
接下来，就是去微信开发者里面添加对应的Universal Links（此处只需要域名，不需要带apple-app-site-association，注意一定要以"/"结尾），按照官方文档配置白名单和Other Linker Flags（这里有个坑，我项目里某个包应该是跟微信的SDK的包有冲突，添加-all_load的时候会报错，删除掉就ok了。后面翻到这篇文章，没试过，有兴趣的可以试试）然后再等一会调试register和send就返回YES了（微信这块同步需要时间，耐心等下就好）。
然后，又踩坑了！调起了微信，结果断点发现给我返回的时候还是走的老方式URL Scheme？跑去看了下微信官网说明，好嘛，这个还需要设备的微信版本在7.0.7以上，iOS版本也要12以上。本机微信版本才6.多，竟然还能一直用，更新后就能正常调用continueUserActivity了。看样子老版本的回调方式也得留着兼容啊。
如果有大佬看到了我的帖子，希望能帮忙解答个问题：在continueUserActivity回调中，我怎么区分Universal Links唤醒是属于微信还是其他呢？在微信的demo中也只是默认就当作微信回调了，虽然现在可以将就这么用，但是以后或许接入其他SDK（比如以前的魔窗）可能就愁了
