Android 点击Url(短信链接)打开App 的调研与实现

本文探讨了Android中使用深链接和AppLink技术唤起应用的方法。通过详细步骤介绍了如何配置应用以响应特定链接,包括解析链接参数及解决用户体验问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

前言:

随着APP产品的迭代,运营的过程中往往会有一些活动希望通知到用户,或者唤起沉睡用户,就我们Android而言,当然有推送,长连接一类的方法,但是,基于国内的推送环境,只能APP自己启动长连接,没有统一的系统级别的推送支持,导致沉睡用户无法送达的,除非你是微信这样的大佬才行,所以,此时通用一点方式就是通过短信发送一条活动链接,通过点击这条链接可以直接跳转到我们的APP。

实现效果:

6.0以上版本:
这里写图片描述
不考虑兼容性的任意版本:
这里写图片描述

实现思路

要唤起我们的App大致工作流程如下:

点击短信链接(http/https)系统6.0+?verifyOk?APP弹框app支持?浏览器yesnoyesnoyesno

所以,一共有三条线路可以到达我们的APP,在任何安卓版本中,我们走或者中间右边那条线(Deep_Link),6.0之后,我们走左边那条线!(App Link)

首先我们的试试中间这条线:

在Android 系统中点击链接会发送一条 action = VIEW 的隐式意图 ,我们只需要在我们的APP 中加入相应的Intent 过滤器去满足这条规则即可,下面我们开始实现,首先我们试试中线方案:

1.注册需要接受的Activity:
通常情况下,我们都注册我们APP的启动Activity:

  <activity
            android:name=".Activity.WelcomeActivity"
            android:label="@string/app_name"
            android:theme="@style/AppTheme.NoActionBar">

            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>

            <!-- for deep-link -->
            <intent-filter>

                <!-- 必须加否否无法响应点击链接的 Intent-->
                <action android:name="android.intent.action.VIEW" />
                <category android:name="android.intent.category.DEFAULT" />

                <category android:name="android.intent.category.BROWSABLE" />

                <data
                    android:scheme="http"
                    />
            </intent-filter>
        </activity>
 

通过加上以上信息,我们的应用就可以响应以http开头的链接了。

为了验证以上代码,我写了一个Demo,启动页里是WeclcomeActivity,然后延时1.5秒跳转到首页(这里模拟真正App里面的初始化等一些列操作)在WelcomeActivity加入了以上逻辑,然后我们在短信中随便输入一个链接地址,然后我们看看效果:
这里写图片描述
嗯,看上去,问题似乎是解决了,我们点击了一个链接,跳转到了我们的App。但是,似乎又延伸出了另外几个问题:

2.遇到的问题:

  • 如果我如何点击我们自己的网站跳到我们的App而不是任意的链接?
  • 如果我想通过链接跳转到App中不同的页面,应该怎么做?
  • 刚刚出现了一个弹框让我二次确认(一般是选择浏览器,只要是浏览器,都会相应http或者http开头的shceme,如果你的APP安装了多个浏览器,都会出现在这个弹框的选项中),我如何去掉这个恶心的选择浏览器的的弹框?

为解决我们前面两个问题,我们需要将我们的链接定义成如下格式:

[scheme]://[host]/[path]?[query]
 

刚刚scheme 我们已经定义了,也就是说,为了唤起我们的App,只需要定义scheme就可以了,但是如果我们为了让我们的唤起更加精确,比如我要点击自己的官网跳转到我的App,而不是点击百度也可以,我们就需要在host里面加入我们自己的个性域名,(这里的path也可添加用作区分,也可以不加,如果公司有多个App,可以额外加这个做区分)
如果我们需要知道在点击这个链接跳到APP之后做不同的事情比如:跳不同的页面、展示不同的数据等,我们就需要在query后面加一些参数。
我们先现在在短信中输入这样一个链接:

//http:www.qw.com/data?page=2&text=page2
 

修改我们Manifest配置文件添加一个host:

     <data
        android:host="www.qw.com"
        android:scheme="http" />
 

在WelcomeActivity里面声明参数的接收:

 @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_wlecome);


        Intent intent = getIntent();

        //接受数据
        if (null != intent.getData()) {
            Uri uri = intent.getData();
            Log.d("qw", uri.toString());
            String pageTarget = uri.getQueryParameter("page");
            String pageText = uri.getQueryParameter("text");
            if (TextUtils.isEmpty(pageTarget))
                pageTarget = "";
            if (TextUtils.isEmpty(pageText))
                pageText = "";

            Toast.makeText(this, "去页面:" + pageTarget + "\n" + "text: " + pageText, Toast.LENGTH_LONG).show();

        }


        //延迟2秒去主页,模拟数据初始化操作
        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                startActivity(new Intent(WelcomeActivity.this, MainActivity.class));
                finish();
            }
        }, 2000);
    }
 

我们再来看看效果:
这里写图片描述

加上host之后,我先点击之前那个链接,果然就是直接浏览器访问了,不会提示选择到我们的App了,然后我们点击下面的链接,在Welcome里面也就能展示到我们的数据了,我们可以根据这些数据做一些不同事情。
到这里大家可能有疑问了,我为什么不直接在我需要跳转的Activity上面声明呢?
第一:如果我们声明了多个Activity ,即使通过以上规则匹配上,你点击跳转以后,如果用户结束这个Activity的话,就直接回到桌面了,这个是比较奇怪的。

第二:你的很多配置的初始化可能会在Welcome里面,如果直接去某个页面可能会配置未初始化什么的,所以每次点击链接跳转WelcomActivity,然后传到首页MainActivity,然后在 MainActivty 里面接受数据再做路由才是比较好的做法。

首先修改我们的WelcomeActivity:

  @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_wlecome);


        final Intent intent = getIntent();

        //接受数据
//        if (null != intent.getData()) {
//            Uri uri = intent.getData();
//            Log.d("qw", uri.toString());
//            String pageTarget = uri.getQueryParameter("page");
//            String pageText = uri.getQueryParameter("text");
//            if (TextUtils.isEmpty(pageTarget))
//                pageTarget = "";
//            if (TextUtils.isEmpty(pageText))
//                pageText = "";
//
//            Toast.makeText(this, "去页面:" + pageTarget + "\n" + "text: " + pageText, Toast.LENGTH_LONG).show();
//
//        }


        //延迟2秒去主页,模拟数据初始化操作
        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                Intent mainActivityIntent = new Intent(WelcomeActivity.this, MainActivity.class);
                //我们不再在这个页面处理数据,改到首页去做这件事
                if(null != intent.getData()){
                    mainActivityIntent.setData(intent.getData());
                }
                startActivity(mainActivityIntent);
                finish();
            }
        }, 2000);
    }
 

首页MainActivity:

public class MainActivity extends AppCompatActivity {
    private final static String TARGET_ONE = "1";
    private final static String TARGET_TWO = "2";

    public final static String TEXT_EXTRA = "text";


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        dealWithIntent();

    }

    private void dealWithIntent() {

        Intent intent = getIntent();
        if (null == intent)
            return;

        Uri uri = intent.getData();
        if (null == uri)
            return;

        String pageTarget = uri.getQueryParameter("page");
        String pageText = uri.getQueryParameter("text");
        if (TextUtils.isEmpty(pageTarget))
            pageTarget = "";
        if (TextUtils.isEmpty(pageText))
            pageText = "";

        Intent launchIntent;
        switch (pageTarget) {
            default:
            case TARGET_ONE:
                launchIntent = new Intent(this, OneActivity.class);
                break;
            case TARGET_TWO:
                launchIntent = new Intent(this, TwoActivity.class);
                break;

        }
        launchIntent.putExtra(TEXT_EXTRA, pageText);
        startActivity(launchIntent);

    }
}
 

最后是目标Activity,就更简单了,接收那个text,展示一个Toast:

public class TwoActivity extends AppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_page_2);

        Intent intent = getIntent();
        if (null != intent.getExtras()) {
            Toast.makeText(this, intent.getExtras().getString(MainActivity.TEXT_EXTRA) + "", Toast.LENGTH_LONG).show();
        }
    }
}
 

我们看看效果:
这里写图片描述

ok,现在前两个问题都解决了,可以点击我们自己的网站跳到APP,也可以拿到数据去做我们想要的事情,只剩下最棘手的一个问题了:这个弹框怎么办?一般情况下,如果出现了弹框,用户可能就不会按照你的意愿去选择我们APP打开链接,也许会选择浏览器,总之体验很不好,只要是scheme是 http 或者https的浏览器都会出现在弹框中!那我自定义scheme不就好了?
现在我们继续改Manifest文件:

<data
     android:host="www.qw.com"
     android:scheme="app" />
 

然后我们把之间短信的链接改为app:// 开头再运行看看效果:
这里写图片描述

奇怪?怎么没跳到我的App?还是跳到了浏览器,我打开浏览器的链接,发现还是访问的http…..原来我在短信里面添加的链接自定义的scheme被短信认为不是一个scheme。。。
这里写图片描述
可见红色部分没有被识别,浏览器默认给我加了http….
既然这样…总是跳不开浏览器的访问,那么我可不可以在浏览器访问某个指定页面的时候,再去重定向跳转到我们的App呢?每次直接访问浏览器,我们就再也不用弹框确认了,所以中线方案最终以体验不好告终,我们选择右线方案!

3.终究跳不开的http/https访问

所以我们写一个html 页面,在代码里面做一个重定向,比如我在短信里面点击的链接是 http://www.test.com/data?text=1,我们在html 里面将http或者https改成我们自己定义的app:// 然后保持后面的部分不变:
现在我拿真机实测一下,我先写一个html网页:


<html>
  <head>
    <meta charset="utf-8">
    <title>测试重定向</title>
  </head>
  <body>
    <script>
      var app = ''
      var url = location.href
      app = url.replace(url.slice(0, 5) === 'https' ? 'https' : 'http', 'app')

      location.href = app
    </script>
  </body>
</html>

 

然后把它传到服务器上得到的url地址是:
http://p5ml3g4x2.bkt.clouddn.com/open_app.html
所以我们把我们APP里面的域名改为:p5ml3g4x2.bkt.clouddn.com

<data
    android:host="p5ml3g4x2.bkt.clouddn.com
    android:scheme="app" />
 

运行:
这里我用了两个测试机,大部分手机都是这两种情况:
vivo:
这里写图片描述
1加5:
这里写图片描述

到这里,如果是原声安卓,直接访问打开,大部分第三方手机有二次确认弹框,点击可以跳转到我们应用,我在短信里面额外添加了的参数,也能顺利拿到并执行逻辑,至此,大功告成,此方法可以覆盖90%以上的手机。

4.阶段性总结
我们最终通过浏览器作为跳板,访问任意链接,在网页内部再次重定向,从而精准的唤起我们的应用,而跳过了让用户选择多个APP的过程(在短信里面打开一般就是系统浏览器,即使让你选择也是选择浏览器,不会出现选择某个APP的让用户困惑的情况),从而提高用户的活跃度,对于运营需求有很大的意义。但是这个方法美中不足的是,我从APP退出以后,会回到浏览器的界面,所以,一般这个页面我们可以做成我们的官网,或者APP的下载页面,如果用户没有安装APP,顺带可以为用户提供下载的渠道,一举两得。

有没有更好的解决方案呢?——有!我们下一步的重头戏——APP Link!

app link 是在谷歌在android M即(Android 6.0) 推出的一种软件之间的关联方式,通俗点讲,就是可以让我们的APP和我们的web域名相关联,当用户点击一个链接时候,可以直接跳到我们的APP,回到我们之前的问题,在6.0之前,我们点击一个链接的时候,如果想跳到我们的APP,我们需要在scheme声明 http或者https ,所以点击链接的时候会出现一个选择弹框,所以我们选择通过链接来重定向,而现在有了APP LINK ,我们大可不必这么做了,点击就能跳过去,无需浏览器作为跳板。

首先我们贴上一张对比图:

 DEEP LINKAPP LINK
Intent URL schemehttp, https, or a custom schemeRequires http or https
Intent actionAny actionRequires android.intent.action.VIEW
Intent categoryAny categoryRequires android.intent.category.BROWSABLE and android.intent.category.DEFAULT
Link verificationNoneRequires a Digital Asset Links file served on you website with HTTPS
PipeMay show a disambiguation dialog for the user to select which app to open the linkNo dialog; your app opens to handle your website links
CompatibilityAll versionAndoid 6.0+

相比我们之前的Deep Link ,APP Link 多了许多约束条件,比如scheme 必须是http 或者 https的,但是体验更好,没有用户选择弹框,(实测下来,原生系统直接唤起来,大部分定制系统会提示是否打开链接,如果用户确认以后,就直接跳到APP)调起APP之后逻辑都一样,可以用同样的方式取数据等。

首先:我们在我们的Manifest 文件中继续对WelcomeActivity 添加配置:

            <intent-filter android:autoVerify="true">
                <action android:name="android.intent.action.VIEW" />
                <category android:name="android.intent.category.DEFAULT" />
                <category android:name="android.intent.category.BROWSABLE" />
                <data
                    android:host="o18dxim1q.qnssl.com"
                    android:scheme="http" />
                <data
                    android:scheme="https" />
            </intent-filter>
 

这里跟之前的区别没太多,就是分别添加了 http和https 的scheme,然后最关键的是这个:

android:autoVerify="true"
 

那这个属性是干嘛的呢?
当然就是为了验证我们点击的链接和我们的APP是否有关联嘛~
那是怎么关联的呢?
所以我们还需要一个服务端文件让APP 知道关联关系,APP,在安装的时候会去校验这个文件,校验文件上声明的应用包名、文件所在的域名、以及文件声明的APP密钥,是否能和app中的配置匹配上,如果匹配上了,在点击该域名下的任何链接的时候,都会直接定向到我们的APP。

我现在已经将文件传到服务器:
https://o18dxim1q.qnssl.com/.well-known/assetlinks.json
内容很明显:

{
relation: [
"delegate_permission/common.handle_all_urls"
],
target: {
namespace: "android_app",
package_name: "com.qw.applink",
sha256_cert_fingerprints: [
"8C:8A:4D:58:E2:00:2E:0B:E2:46:54:74:7D:3E:F2:27:CE:46:FE:08:8D:CF:F7:34:54:B8:36:6D:7B:32:58:A0"
]
}
}

 

注意点:

  • 这个文件的格式的content-type必须是application/json
  • 这个文件只能放在https的链接中,不管你之前在action中声明的是http或者https
  • 这个文件不能有任何重定向,并且必须是以/.well-known/assetlinks.json 后缀结尾,注意看我上传的文件示例

  • 你也可以在这个文件上声明多个APP,注意看它的格式,是一个list

我们也可以通过Android studio 自己生成这个文件:
点击Tools-App Links Assitant、我们看看第三步:

这里写图片描述

第一步填入我们文件的域名,第二个填入我们的包名,第三就能生成这个文件了,然后传入它指定的路径即可。
测试一下:
我们用一个6.0的模拟器做测试:
这里写图片描述

我分别点击了3个链接,如果是我们这个域名下的,就能直接跳转到APP,如果你添加了额外的数据,当然也跟之前一样拿到,不同的是,我们APP退出的时候,没有出现浏览器,这样体验是不是很完美?

再来个一加5做实验,真机上面一般会有二次弹框:
这里写图片描述

总结:

目前就目前Android 6.0以上的分布情况来看,已经占到接近60%,随着时间的推移,这个比例会越来越大,相信往后各个手机定制厂商对APP LINK的支持也会越来越好,新技术毕竟是要慢慢普及和用起来的,目前我们还是可以暂时使用DEEP LINK 重定向的方式解决我们的大部分的问题。

DEMO:https://gitee.com/_soul/DeepLink.git
参考文献:
https://developer.android.com/studio/write/app-link-indexing.html

<think>嗯,用户想做一个收集作业的移动端软件。首先,我需要确定用户的需求是什么。可能是一个老师或者教育机构的工作人员,想要简化收作业的流程。移动端的话,可能主要考虑iOS和Android平台,或者跨平台方案。 首先,应该明确软件的核心功能。比如用户上传作业,可能支持多种格式,文档、图片、视频等。然后,作业管理,老师可以查看、批改、评分。通知功能也很重要,提醒学生提交,截止时间等。权限管理,区分学生和老师角色。统计功能,比如提交情况统计,成绩分析。 接下来是技术选型。跨平台开发可能更高效,比如Flutter或React Native。后端的话,Node.js、Python(Django或Flask)、或者Java Spring Boot。数据库方面,关系型如MySQL或PostgreSQL,或者非关系型如MongoDB。存储的话,可能需要云存储服务,比如AWS S3或者阿云OSS。实时通信的话,WebSocket或者Firebase。 然后是开发步骤。需求分析阶段,需要详细列出功能列表,画出流程图和原型图。UI/UX设计要简洁易用,考虑不同角色的界面。前后端开发,API接口设计,数据库建模。测试阶段,单元测试、集成测试,还有性能测试。部署上线,选择云服务,配置服务器,监控系统。后期维护和更新,收集用户反馈。 安全方面很重要,用户数据加密,权限控制,防止SQL注入和XSS攻击。可能还需要第三方服务集成,比如支付(如果有收费功能)、短信通知、邮件服务。法律合规方面,隐私政策,用户协议,数据保护法规如GDPR。 挑战可能包括文件上传的稳定性,大文件处理,不同格式的兼容性。实时通知的及时性,系统的高并发处理,比如同时很多学生提交作业。用户体验的优化,特别是移动端操作便捷性。 如果用户技术资源有限,可以考虑使用现成的解决方案,比如定制化的教育平台,或者低代码平台。或者分阶段开发,先做最小可行产品,再逐步迭代。 可能需要提醒用户考虑多平台支持,比如Web端作为补充,或者优先开发移动端。另外,数据备份和恢复机制也很重要,防止数据丢失。用户体验测试,尤其是老师和学生的实际使用反馈,可能需要在开发过程中进行用户调研或测试。 总之,整个过程需要系统的规划,从需求分析到部署维护,每个环节都要仔细考虑,特别是安全性和用户体验。如果有具体的功能需求或技术细节,可以进一步深入讨论。</think>要开发一个收集作业的移动端软件,需遵循以下系统化步骤: --- ### 一、明确核心需求 #### 1. 用户角色划分 - **学生端**:上传文件(支持PDF/Word/图片/压缩包等)、查看提交记录、接收通知 - **教师端**:发布作业(含截止时间/格式要求)、批改评分、导出数据 - **管理员端**:班级管理、权限控制、系统配置 #### 2. 基础功能模块 ```mermaid graph TD A[上传] --> B[格式校验] A --> C[自动命名规则] D[通知] --> E[推送服务] D --> F[邮件/SMS提醒] G[统计] --> H[提交率热力图] G --> I[逾期分析] ``` --- ### 二、技术选型建议 #### 1. 移动端开发 | 方案 | 优势 | 劣势 | |------|------|------| | Flutter | 高性能跨平台 | 生态较新 | | React Native | 社区成熟 | 性能优化难度高 | | 原生开发 | 最佳体验 | 双平台成本高 | #### 2. 后端架构 ```python # 示例:使用Django实现文件接口 from django.core.files.storage import FileSystemStorage class AssignmentView(APIView): def post(self, request): file = request.FILES['file'] fs = FileSystemStorage() filename = fs.save(f"submissions/{request.user.id}/{file.name}", file) return Response({"status": "success", "path": fs.url(filename)}) ``` #### 3. 关键技术点 - 文件分块上传(解决大文件传输) - 作业查重算法(如SimHash) - 自动转码服务(统一转换为PDF预览) --- ### 三、安全合规设计 1. **数据加密**:传输层使用TLS 1.3,存储层AES-256加密 2. **权限控制**:RBAC模型实现细粒度权限管理 3. **合规要求**: - 遵循COPPA(儿童隐私保护) - 实现GDPR数据可删除功能 - 备案教育类APP资质 --- ### 四、开发实施流程 1. **原型设计阶段**(2-3周) - 使用Figma/Axure制作高保真原型 - 进行可用性测试(邀请5-10名真实教师试用) 2. **敏捷开发迭代**(建议双周冲刺) - Sprint 1:搭建身份认证系统 - Sprint 2:实现基础文件上传 - Sprint 3:开发批注工具组件 3. **测试重点** - 压力测试:模拟500人同时提交 - 兼容性测试:覆盖Android 8+/iOS 12+系统 - 安全测试:使用OWASP ZAP进行漏洞扫描 --- ### 五、部署运维 1. **服务器架构** ``` ┌───────────┐ │ CDN │ └─────┬─────┘ ↓ ┌────────────┐ ┌───────────────┐ ┌─────────────┐ │ Web服务器 │ ←→ │ 负载均衡集群 │ ←→ │ 数据库主从库 │ └────────────┘ └───────────────┘ └─────────────┘ ``` 2. **监控指标** - 文件存储增长率 - API响应时间P99值 - 并发上传成功率 --- ### 六、推荐技术栈组合 - **前端**:Flutter + Riverpod状态管理 - **后端**:Golang(Gin框架) + PostgreSQL - **存储**:MinIO自建对象存储 - **运维**:Kubernetes集群 + Prometheus监控 --- ### 七、成本估算(仅供参考) | 项目 | 初期投入 | 年运维成本 | |--------------|----------|------------| | 基础版(千人规模) | 15-20万 | 3-5万 | | 企业版(万人规模) | 50-80万 | 15-20万 | --- 建议优先开发MVP版本验证核心流程,后续通过用户反馈逐步迭代。注意教育场景的特殊性,建议加入离线提交、错峰上传等适应校园网络环境的功能设计。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值