自建类Firebase动态链接：能否向应用商店传查询字符串并在应用内使用？

完全可行，这本质是深度链接（Deeplink）+ 设备感知路由的标准落地场景，核心逻辑是通过服务端识别设备类型，优先尝试唤起已安装的App（携带业务参数），失败则跳转至对应应用商店（同时保留参数以便安装后唤起对应操作）。

1. 设备类型检测逻辑 #

优先通过HTTP请求头的User-Agent字段识别设备类型，同时兼容以下补充方式：

• 移动端可结合请求中的Accept头（比如iOS设备会包含apple-mobile-web-app-capable相关标识）
• 避免仅依赖User-Agent，可增加前端JS辅助检测，但服务端需做最终校验，防止伪造

2. 移动端跳转核心：深度链接+应用商店 fallback #

iOS 端 #

• 采用Universal Links：无需用户确认即可直接唤起App，需在苹果开发者后台配置关联域名，同时App内实现continueUserActivity方法接收参数
• fallback逻辑：若Universal Links唤起失败（App未安装），跳转至App Store，将业务参数拼接在商店链接的合规字段（如campaign）中，安装后App可通过服务端接口取回参数

Android 端 #

• 采用App Links：无需用户确认唤起App，需在Google Search Console配置关联域名，App内通过intent-filter声明对应的链接scheme
• fallback逻辑：唤起失败则跳转至Google Play Store，将参数嵌入referrer参数中，App安装后可通过InstallReferrerClient获取该参数

3. 参数持久化与传递 #

• 业务参数建议做短编码处理：避免长参数导致链接过长，服务端用Redis等缓存维护短码与完整参数的映射表（设置30天过期时间）
• 跳转应用商店时，将短码嵌入合规字段，App安装后通过服务端接口取回完整参数

4. 微服务高可用设计 #

• 无状态设计：所有检测、参数映射逻辑不依赖本地存储，方便水平扩容
• 缓存优化：对高频User-Agent的检测结果做缓存，减少计算开销
• 链路监控：统计唤起成功率、跳转成功率，针对异常设备做兼容处理

from flask import Flask, request, redirect
import re
import hashlib
import redis

app = Flask(__name__)
r = redis.Redis(host='localhost', port=6379, db=0)

# 设备检测正则
USER_AGENT_REGEX = {
    'ios': re.compile(r'(iPhone|iPad|iPod)', re.IGNORECASE),
    'android': re.compile(r'Android', re.IGNORECASE),
    'desktop': re.compile(r'(Windows|Macintosh|Linux)', re.IGNORECASE)
}

# 链接模板
APP_STORE_URL = "https://apps.apple.com/us/app/your-app/id123456?campaign={short_code}"
PLAY_STORE_URL = "https://play.google.com/store/apps/details?id=com.your.app&referrer={short_code}"
DESKTOP_URL = "https://your-web-app.com"
DEEPLINK_SCHEME = "yourapp://action?short_code={short_code}"

def generate_short_code(params):
    # 生成8位短码，实际可改用自增ID或专业短链算法
    hash_obj = hashlib.md5(params.encode())
    short_code = hash_obj.hexdigest()[:8]
    r.setex(short_code, 30*86400, params)  # 30天过期
    return short_code

@app.route('/dynamic-link')
def dynamic_link():
    raw_params = request.args.get('params', '')
    short_code = generate_short_code(raw_params)
    user_agent = request.headers.get('User-Agent', '')

    # 设备路由逻辑
    if USER_AGENT_REGEX['ios'].search(user_agent):
        # 优先唤起App，前端需处理唤起失败后的fallback跳转
        return redirect(DEEPLINK_SCHEME.format(short_code=short_code), code=302)
    elif USER_AGENT_REGEX['android'].search(user_agent):
        return redirect(DEEPLINK_SCHEME.format(short_code=short_code), code=302)
    elif USER_AGENT_REGEX['desktop'].search(user_agent):
        return redirect(f"{DESKTOP_URL}?params={raw_params}", code=302)
    else:
        # 未知设备默认跳网页版
        return redirect(DESKTOP_URL, code=302)

# App端获取原始参数的接口
@app.route('/get-params/<short_code>')
def get_params(short_code):
    params = r.get(short_code)
    return params.decode('utf-8') if params else ''

if __name__ == '__main__':
    app.run(host='0.0.0.0', port=8080)

• iOS的Universal Links需在域名根目录放置apple-app-site-association文件，App内实现对应回调逻辑
• Android的App Links需配置assetlinks.json文件，同时在Manifest中声明intent-filter
• 若不需要系统级无确认唤起，也可使用自定义Scheme，但会触发用户确认弹窗

内容的提问来源于stack exchange，提问作者vukojevicf