苹果发布会刚结束，朋友圈里一半人在讨论新iPhone的颜色，另一半人——尤其是写代码的那帮——在群里甩链接，问“谁有靠谱的UUID生成器推荐”。外人看着莫名其妙，发布会跟UUID有什么关系？其实这事一点都不奇怪。
每次苹果发新系统、新硬件，开发者都得跟着忙活一阵。今年尤其折腾，iOS 18改了隐私权限的底层逻辑，应用要访问某些设备标识符，必须走新的授权流程。以前很多团队偷懒，直接用设备ID当用户唯一标识，现在这条路彻底堵死了。怎么办？只能老老实实生成一个UUID，存在钥匙串里，当成匿名用户ID用。于是发布会一结束，UUID生成器这个平时不起眼的小工具，搜索量直接翻了十几倍。
UUID这东西，全称叫通用唯一识别码，说白了就是一串看起来乱七八糟的字符，比如“550e8400-e29b-41d4-a716-446655440000”。它的核心价值就俩字：不重复。理论上你每秒生成一亿个，连续生成一百年，撞车的概率比被陨石砸中还低。对于开发者来说，这玩意儿就是给数据发身份证，用户、订单、日志、会话，啥都能贴一个。
但问题来了，UUID生成器满地都是，为什么苹果发布会后大家突然都在找？因为这次有个坑。iOS 18对UUID的版本有要求，v4版本必须用密码学安全的随机数生成器，不能再用普通的伪随机。有些老工具生成的UUID看着像那么回事，实际上随机源不够硬，苹果审核的时候可能被拒。再加上新系统对钥匙串同步的改动，同一个iCloud账号下，UUID要能跨设备保持一致，这就要求生成器支持导出和导入密钥。这些细节，平时没人注意，一到发布会后集中适配，全暴露出来了。
我认识一个独立开发者，做习惯打卡App的。发布会当天晚上他就在群里吐槽，说旧版App在新系统上跑，用户数据全乱了，因为之前用的UUID生成器没考虑iCloud同步，换设备后生成了新的ID，打卡记录全丢。他连夜换了个支持导出密钥的在线工具，重新给用户迁移数据，折腾到凌晨四点。他说了一句话挺有意思：“苹果发布会是消费者的春晚，是开发者的期末考。”
那普通开发者现在都用什么工具？我观察下来，大概分三派。一派用命令行，Linux和macOS自带uuidgen，敲一下回车就出来一个，简单粗暴，但没法批量，也不方便跨平台同步。一派用在线工具，打开网页点一下生成，复制走人，适合临时用，但得挑靠谱的站点，有些网站会在后端记录你生成的UUID，那就等于把用户ID裸奔了。还有一派用编程库，Python的uuid模块、JavaScript的uuid包，直接集成到代码里，最稳妥，但每次要生成还得跑脚本，调试的时候不太方便。
所以真正懂行的开发者，手机里一般会存一两个在线UUID生成器的书签，专门挑那种纯前端生成、不联网、支持批量导出、还能选版本的。苹果发布会后，这类工具的流量暴涨，不是因为大家突然不会写代码了，而是因为适配新系统的时候，需要快速验证、批量生成、对比不同版本的效果。有个做后端的朋友跟我说，他这两天用在线工具生成了两千多个UUID，就为了测试新系统的钥匙串同步逻辑，看哪些会冲突。
说到底，UUID生成器就是个锤子，平时放在工具箱里落灰，一到装修的时候，发现哪儿都需要它。苹果发布会就是那个装修通知，告诉开发者：该把锤子拿出来了。而且这次装修动静不小，隐私、同步、安全，三个维度同时改，谁也不敢马虎。你要是开发者，或者你身边有开发者朋友，最近最好也备一个靠谱的UUID生成器，别等到审核被拒了才想起来找。
最后说一句，选工具的时候留个心眼。那种打开就让你登录、生成完还弹广告的，直接关掉。好的UUID生成器应该像空气一样，你需要的时候它就在，你不需要的时候它完全不打扰你。苹果发布会年年有，开发者的期末考也年年有，工具箱里多备几个顺手的小工具，总没坏处。