结合其他回答,我理解的是:

协议的实现有没有要求客户端或者服务端需要维护一个状态。比如 tcp 传输需要经过握手来初始化事务(数据完整性的校验等),所以它是有状态的

显然 http 协议本身并没有要求这个,而 cookie 或 session 是浏览器和服务器在 http 协议之上,通过每次给本身并没有状态的请求中添加上某些约定的字段来实现的状态标记

再拿 udp 举例子,它也是无状态传输协议的一种,它只负责发送数据并不需要知道上一次和谁连接过。而如果你每次通过 udp 传输的时候都带上某个固定字段,实际上这种行为就类似于 cookie 或 session,是应用层的行为而不是协议层

现在普遍的通讯录管理都是自己主动去维护,联系人发来换手机号的短信,自己去改联系方式,再同步到所有移动设备。为什么没有出现一款产品,在我更换手机号之后,我可以将最新号码同步给我的联系人。比如,微信很多是绑定手机号的,更换绑定手机之后,便可以同步给我的好友,就像微信头像更换后,同步给其好友,好友刷新即可获得我的新手机号。这可能涉及到在 iOS 端 Android 端添加同步账号,像 google 账号一样,同步联系人到手机。这可能还需要微信开发如 g plus 一样的分圈子功能(目前分组就是渣),用户可以选择同步自己联系方式的范畴。以上,在技术上可行么? - 知乎提问

技术上完全可行的。
通讯录在使用之前用户得注册一个唯一 id,类似于微信号这种。然后录入自己的电话号码(头像,姓名)。

五年级在上海,我大爷家的饭店里。饭店门口有条小河,当时在修桥还没有完工,所以桥上都是各种木柱子,木桩子。

店里忙到 12 点左右才打烊。想尿尿了,我就直接到门口河边解决。一边尿,一边随意的向桥下望去。。

横插桥底,平行水面的一根柱子上面站着一个人,一动不动!我很确定不可能是工人,那会儿都接近十二点了。再说了,怎么可能有人在这个点要站在那并不粗的圆柱子边沿,难道不怕掉水里吗?
当时就吓尿了,虽然真得在尿==。

不过我一直都是好奇心很强,竟然盯着看了挺久,感觉是穿了身黑色的雨衣,然后由于天黑,其他细节就再也无法看清了
然后我飞奔回去喊姐姐说了这事,姐姐赶紧让我住嘴,然后跟我说,修桥一般都得死人,不然不长久。