正准备继续改代码，解锁电脑那瞬间，一个锁屏壁纸让我喜欢上了。
别的不说，这个是真漂亮。
顺便说一下，看到这个我才想起来，这种疑似广告的锁屏，手机我都是到手就关闭的，但是电脑我从来没想过这个事，倒也是意外提醒我了。
但是windows这个又不太一样，像手机上的比如我正在用的某为，基本算是插播各种乱七八糟的新闻和消息。但是windows这个是全球各地的美丽景色。现在问我，我只能说想关都舍不得，还是开着吧。也算是足不出户，走遍各地了。
回到正题，锁屏上就有类似搜索的功能，或者说直接跳转到那个地区的详细介绍以及壁纸等等。个人猜测应该就是微软收集了全球各地漂亮的景色，把它做成壁纸，然后微软执行维护，反正域名是bing的。
简单看一下请求，这种简直不能再基础了。以后有时间再补一个详细过程。先简单说一下结论。
所有图片的域名都是同一个，不同图片间是通过Get参数来切换的。默认有三个参数但是另外两个删掉也没什么影响，具体控制的是什么等以后再研究。主要的一个参数是id，格式是一个相当长的随机字符串。应该不是16进制，就是单纯的随机数字和大写字母的组合。
那原理也很简单了根据不同的get参数来区分图片，每一个图片有一个专属的id，向服务器请求之后，服务器根据id查找相应图片再返回。算是一个相当经典的功能了。
说实话，这种东西几乎改都不用改，应该就可以直接嵌入到网站和项目里。
找时间可以再找一下，有没有一个刷新id列表的接口。在这之前我先说说我对类似功能实现的了解。
究其本质，你最后一定要拿到一个访问图片的URL，那这个URL要么就是有规律的，比如数字递增，id=1，2，3都有图片，那这样在本地直接随机数就可以获得完整URL。
另一大类就是没有规律是随机的字符串。那客户端自己就猜不出来URL，所以就还会有一步，就是通过另一个请求去获取这个URL。
常见的一种是客户端向服务器的一个固定URL发一个请求。然后返回已知的图片id列表或者图片URL列表。
当然也不排除另一个可能，客户端还是向一个固定的URL发一个请求，但这次是被302重定向到图片的URL，每次是随机的。（你也可以理解为返回URL是在响应头的location里，反正他一定要在返回的信息中包含URL，因为客户端本身是不知道图片URL的）
反正方法多种多样，但也可以算是万变不离其宗。这里多唠叨两句。这就是我所认为的一种思维。
你在分析问题的时候，不用拘泥和纠结于一行行代码或者代码本身的功能，比如他是怎么传参的，get还是post，而是你会先有一个总体的架构。
客户端想获得一个图片，他就肯定要先有一个URL，要不然他不知道从哪去获取图片。那这个URL从哪来？要么就是客户端本身就存着或者本身就知道，比如本地存储或者是有规律的id。那如果客户端不知道，就说明还有一个请求是用来获得这个URL的，你就要往前找，最后一定能找到一个真正的已知。当你发现一个未知，无论向前走多少步，前面就一定会有一个已知。就像所有数学的代数理论都不可能离开1+1=2（也有可能是10[旺柴]）这个已知。
你在实践和思考中会明白，无论是get还是post，其本质都是发送信息和返回信息。所以你可以先从信息本身入手。进而自己总结出一套总体的思考逻辑，再通过这套逻辑去应用于实践，你的实践又会再次指导你的理论更新和修正。不断循环下去（～直到永远～）。
这也算是马克思主义中理论与实践的关系，理论从实践中产生，又指导着实践。
不知道是年纪大了，还是见的多了，总爱胡思乱想，唉～
看看这图片，这哪是夕阳啊，这不是我吗。不对，我哪有资格和夕阳比呀，夕阳有美丽，我只剩迟暮了[旺柴]。
算了，不拿自己开玩笑的，来点积极乐观的。
“你们年轻人啊，朝气蓬勃，像那早晨七八点钟的太阳。”
祝前程似锦。
（找时间补一下抓包过程和分析后续）
Comments NOTHING