目前在开发时用真机调试发现,属于第2种,即每次点分享卡片进入,shareTicket都不一样。。。。跟官方文档描述不一样,这很让人头疼。。。。
小程序分享:shareTicket是在卡片分享时生成还是实际访问时生成?melo-data data-src="{"mainAtext":"{\"atext\":{\"attribs\":\"*0+k*1*2*3*4*5*6*0+1*0+n*7*8*9*4*a*6*0+1*0+2\",\"text\":\"我估计一次分享的关键调用过程应该如图:\\n*\\n\\n而一次进入小程序的关键调用过程应该如图:\\n*\\n\\n\"},\"apool\":{\"numToAttrib\":{\"0\":[\"author\",\"p.144115210534874051\"],\"1\":[\"img\",\"https://qqadapt.qpic.cn/txdocpic/0/46a68fc2e01255f88c447b9f0d6e0201/0\"],\"2\":[\"image-width\",\"706px\"],\"3\":[\"image-height\",\"372px\"],\"4\":[\"drawing-c-type\",\"plugin\"],\"5\":[\"container-anchor-id\",\"1573636701746-1694f578d1c3fd8f\"],\"6\":[\"container-type\",\"drawing\"],\"7\":[\"img\",\"https://qqadapt.qpic.cn/txdocpic/0/9c9a94d0ad0490bc2f95f3c8f092f81f/0\"],\"8\":[\"image-width\",\"805px\"],\"9\":[\"image-height\",\"408px\"],\"10\":[\"container-anchor-id\",\"1573807383747-afdd579117022b7f\"]},\"nextNum\":11},\"keyFramesInfo\":{\"frames\":[],\"src\":\"copy\"}}","storyAtexts":[],"srcGlobalPadId":"300000000$DAkqsYKOvMww"}">/melo-data> 官网文档显示,当小程序页面被分享时,如果页面配置了withShareTicket:true,将来用户从群里进入小程序时,就能够拿到shareTicket,最终解密获取到群ID。 可以看出,withShareTicke的生命周期结束之时,就是shareTicket信息的生成之时。 [图片] 所以这里微信团队就有了两种选择: ①每次发起分享,在选择群时,就判定了withShareTicket,并生成(包括重写)shareTicket信息,附加进了小程序卡片对象里。 ②在用户点击卡片进入小程序时,room对象去判定withShareTicket,如果true,就生成shareTicket信息,传入小程序的onLaucn方法,最终开发者通过事件回调拿到shareTicket。 因此我很困扰,人有困扰,余音绕耳,夜不能寐,前来求医。 我的疑问是,shareTicket究竟是在什么阶段生成的,有没有官方人员能帮忙释下疑 我估计一次分享的关键调用过程和一次进入小程序的关键调用过程应该分别如下面二张图 [图片] [图片]
2020-03-28果然是微信开发工具杰作。。。。 貌似用来存储开发者信息的,user\local里创建文件夹存放数据本来就正常,就是不知道搞个乱码是什么鬼
为什么会在AppData\Local目录下产生乱码文件夹微信web开发者工具启动时,在 C:\Users\<用户名>\AppData\Local目录下自动生成这两个文件夹[图片] 乱码文件夹中目录跟微信web开发者工具文件夹一样,只是只有这几个文件 [图片] 这看上去就是同一个文件夹里的,为什么会产生2个文件夹,还有一个是乱码文件夹(或者应该怎么设置可以避免这个呢?)
2020-01-03