Login Now 二维码跳转这件事，说到底是两层配合：一层是二维码本身，另一层是后面的服务端逻辑。很多人看到黑白相间的图案，会以为里面直接存了一个网址，扫一下就能打开页面。其实这只对了一部分。二维码真正记录的是一串文本，可能是一个链接，也可能是一段特定指令。手机扫码的第一步，是把黑白图案还原成文本，再根据内容决定下一步动作。
做二维码之前，一般要先想清楚用户扫完后要去哪里：是打开活动页、跳到应用内某个位置，还是进入支付流程。目标不同，后面生成和配置的方式也会不一样。确定之后，通常会整理成一个链接或固定指令，作为二维码的内容来源。
生成二维码这一步并不复杂。像 PHPQRCode、QR Server 以及各种在线工具，都能把准备好的文字按编码规则转成黑白模块组成的图。你只需要把链接填进去，就能拿到一张可以保存、印刷的二维码图片。如果是官网入口、个人名片这类固定场景，做到这里基本就够了。
二维码的编码原理可以简单理解为：把文字信息按照规则铺成二维平面上的黑白模块。手机摄像头读取这些模块排列后，还原出原始文本。这个过程不依赖网络，所以信号不好也能先识别出码里写的是什么。但识别出来之后能不能顺利打开目标页面，还要看这段内容本身是什么，以及有没有网络和服务端支持。
如果二维码里放的就是一个固定链接，那么扫多少次，去的都是同一个地方。这种方式适合简单场景，但很多实际情况不够用。比如海报已经印出去，活动却提前结束了；或者同一个码想在不同地区、不同时间展示不同内容。这时候就需要后端逻辑介入。
所谓后端逻辑，可以理解成：手机扫码后请求的不一定是最终页面，而是服务器上的一个中转地址。服务器收到请求后，根据预设规则决定返回什么。比如同一张海报上的二维码，北京用户打开看到的是本地活动页，上海用户看到的是另一个页面；或者活动前期扫码进 A 群，人满后自动转到 B 群。二维码本身没变，变的是背后的判断规则。
条件跳转的关键在服务器端。手机解析出链接后会发给服务器，同时可能带上 IP、设备类型、访问时间等信息。服务器按照事先设定好的条件进行匹配，再返回对应目标地址或操作指令。对用户来说，这个过程几乎无感，只看到页面打开了，并不会察觉中间发生了什么。
这类动态二维码在商业营销里很常见。海报、产品包装、宣传单上的二维码，往往不是直接指向某个固定商品页，而是先经过一个中转服务。运营人员可以在后台随时修改跳转目标，比如活动结束后把促销页换成品牌主页，已经发出去的物料不用重做。支付二维码、活动签到二维码也大多采用类似方式，背后有服务端做校验和跳转。
除了更换目标，条件跳转还能用于信息获取和应用推广。比如扫码下载 App 时，系统会根据 iOS 或 Android 自动给到对应商店地址；扫码看资讯时，可以根据访问时间展示最新内容，而不是一直停留在同一篇报道。这些都依赖二维码之外的逻辑层。
所以，二维码更像是“把用户带进门”的那一步。进门之后看到什么、走到哪里，更多取决于服务器端设定的规则。两者配合起来，一个静态图案才能具备动态分发能力，满足营销、支付、信息获取等不同场景的需要。