临时邮箱和别名经常被当成同一件事，其实它们解决的问题不一样。一次性信箱是「用完即弃的地址」，邮件别名是「长期可用、转发到你主信箱的地址」，而地址后缀是主信箱用户名后面的一个小变体。选错了，轻则收不到该收的信，重则丢掉一个找不回的账号。
三条路：一次性信箱、邮件别名、地址后缀
一次性信箱由服务方临时分配一个地址，你只在当下能看到它，过期之后邮件被删除。它不和任何长期账号绑定，也不承诺第二次还能打开。
邮件别名是你在自己的邮件服务里创建的一个长期地址，所有发给它的邮件都转发到主信箱。别名可以随时停用，但在停用之前它一直是有效的。
地址后缀是在主信箱用户名后面加一个分隔符和自定义词，用来分辨「这个地址是从哪里泄露出去的」。它是否生效取决于服务方的收件规则，属于常见但非保证的便利功能，不是国际标准强制项。
三者最实用的区别是寿命：一次性信箱按分钟到小时算，别名和后缀按你愿意保留多久算。
它们各自适合什么场景
| 场景 | 更合适的选择 | 原因 |
|---|---|---|
| 只访问一次的网站注册 | 一次性信箱 | 之后不会再有信，丢了不心疼 |
| 长期订阅、账单通知 | 邮件别名 | 需要长期可收，又不暴露主地址 |
| 想找出谁泄露了地址 | 地址后缀 | 每个来源一个变体，泄露时一眼看出 |
| 自动化测试的收信 | 一次性信箱 | 用例之间互相隔离，跑完即弃 |
| 以后要找回的账号 | 主邮箱或别名 | 临时地址失效后没有找回入口 |
这张表的读法是：先问「这封信以后还要不要」，再问「我需不需要知道它是从哪儿来的」。两个答案组合起来，选择基本就确定了。
别名就一定能长期用吗?
不一定。别名依赖一条转发链路：来信先到别名的收信服务，再转发到你的主信箱。这条链路里有好几个可能的故障点：别名被误停用、转发规则写错、主信箱把转发来的信判成垃圾邮件。任何一处出问题，你都收不到信，而发信方那边显示的却是投递成功。
所以把别名用作关键账号的收信地址时，最好定期确认它还能收到信，并保留一条独立的恢复通道。别名的「长期可用」是一种运营承诺，不是物理保证；它的好处是可持续，坏处是多了一跳。
地址后缀为什么不是标准功能?
因为国际标准只规定地址怎么写、邮件怎么投，不规定某个服务必须支持什么写法的地址。主信箱用户名后面的变体是否被接受，完全由该服务的收件规则决定：有的服务把它当作主地址的等价物，有的会直接退信。
这带来一个实践上的注意点：拿后缀地址去注册时，先确认对方能正确投递，别等到需要收一封关键邮件时才发现它根本到不了。同样，后缀也不是隐私屏障——去掉后半段就能得到你的主地址，它只适合用来分辨来源，不适合用来隐藏身份。
在本站的临时邮箱里拿到一个可丢弃的地址
如果你要的是「用完就丢」，直接打开临时邮箱，生成一个地址即可，不需要注册，也不需要设置密码；地址随时可以换掉，用完的收件箱没有回收负担，也不会牵动你的任何长期账号。
它和别名的分工可以这样记：临时邮箱负责一次性的、随时可以重建的收信；别名负责长期的、丢了会很麻烦的收信。把这两件事分开，很多选择就不再纠结。
给开发者：测试里该断言哪一种地址
被测系统看到的只是一个字符串，所以测试里要断言的是系统自己的行为，而不是地址的种类。常见的检查点是：系统是否把地址规范成统一的写法、是否允许同一个地址注册两个账号、以及换绑时旧地址会不会收到通知。
用一次性信箱做自动化的好处是隔离：每个用例一个新地址，就不会出现两个用例抢同一封信。但不要把它当成测试账号的长期身份——需要长期存在的数据应该由内部管理的地址承担，临时地址只负责收信这一步。
要弄清这条链路的原理，可以看临时邮箱是怎么工作的；如果担心地址被站点拒绝，一次性域名为什么会被拦那篇讲了常见的识别方式。
两者能不能一起用
能，而且常见组合是：长期身份用一个稳定的地址，一次性场景用临时地址。注册常用服务时留着别名或主邮箱，因为之后还要收账单、安全提醒、找回密码；只在需要确认一次、或者不确定对方会不会发垃圾邮件的场景里，才换成临时地址。这样既不会把主邮箱暴露给来路不明的站点，也不会在关键时刻找不回账号。
判断标准可以简化成一句话：这个地址半年后还会有人给你发信吗。会，就用长期方案；不会，临时地址就够了。反过来，把长期关系建在临时地址上是最危险的一种用法——地址一失效，找回密码的那条路也跟着断了。
还有一条容易被忽略的分界：别名是服务商提供的功能，它的可用范围、转发规则由服务商决定；临时地址则可能随时更换域名。因此涉及重要账号时，优先选前者。
下一步
先判断这封信的寿命：一次性的用临时邮箱，长期的用别名或主邮箱。拿不准的时候，读一次性邮箱是什么建立判断标准，或者看用临时邮箱测试注册流程里更完整的测试视角。
这些临时地址只用于测试与一次性收信，不能代替真实身份，也不该作为对外联系方式。