为SHPE石溪分会开发WebView应用，需完善Deep Linking功能

我来帮你梳理下当前的问题和可行的解决方案，针对你提到的SHPE石溪分会WebView应用的Deep Linking适配OneSignal推送的需求，咱们一步步来：

当前已完成的基础状态 #

• 搭建了WebView应用的核心框架，实现了职位发布板块的文件上传功能（因Ajax兼容性问题已暂时禁用）
• 初步完成Deep Linking的基础配置，但尚未实现OneSignal推送的跳转适配

首要任务：完善Deep Linking以支持OneSignal推送跳转 #

1. 先确认Deep Linking的基础配置是否生效 #

首先要确保你的应用在Android/iOS平台上的自定义URI scheme已经正确注册：

• Android端配置：在AndroidManifest.xml中给WebView对应的Activity添加intent-filter，示例如下：

  <activity android:name=".MainActivity">
      <intent-filter>
          <action android:name="android.intent.action.VIEW" />
          <category android:name="android.intent.category.DEFAULT" />
          <category android:name="android.intent.category.BROWSABLE" />
          <!-- 替换为你自定义的URI scheme，比如shpestonybrook -->
          <data android:scheme="shpestonybrook" />
      </intent-filter>
  </activity>
  

• iOS端配置：在Info.plist中添加CFBundleURLTypes节点注册自定义scheme：

  <key>CFBundleURLTypes</key>
  <array>
      <dict>
          <key>CFBundleURLSchemes</key>
          <array>
              <string>shpestonybrook</string>
          </array>
      </dict>
  </array>
  

测试基础跳转：在浏览器中输入shpestonybrook://jobs（替换为你的具体页面路径），确认是否能直接唤起应用。

2. 适配OneSignal推送的Deep Link处理逻辑 #

OneSignal推送默认打开浏览器，是因为你配置的通知URL是普通HTTP链接，需要改为自定义的Deep Link URI：

• 在OneSignal控制台创建推送时，将URL字段设置为你的Deep Link（比如shpestonybrook://jobs/123），而非网站的HTTP地址
• 在应用中添加OneSignal通知点击的监听，拿到Deep Link后在WebView中加载对应页面：
  • Android示例代码：

    OneSignal.setNotificationOpenedHandler(new NotificationOpenedHandler() {
        @Override
        public void notificationOpened(OSNotificationOpenResult result) {
            String deepLink = result.getNotification().getLaunchURL();
            if (deepLink != null && deepLink.startsWith("shpestonybrook://")) {
                // 将Deep Link转换为WebView可加载的HTTP URL，替换scheme即可
                String targetUrl = deepLink.replace("shpestonybrook://", "https://your-shpe-stonybrook-site.com/");
                // 加载页面并将应用切换到前台
                yourWebView.loadUrl(targetUrl);
                moveTaskToBack(false);
            }
        }
    });
    

  • iOS示例代码：

    import OneSignal
    
    class AppDelegate: UIResponder, UIApplicationDelegate, UNUserNotificationCenterDelegate {
        func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
            OneSignal.setNotificationOpenedHandler { result in
                guard let deepLink = result?.notification.launchURL, deepLink.starts(with: "shpestonybrook://") else { return }
                let targetUrl = deepLink.replacingOccurrences(of: "shpestonybrook://", with: "https://your-shpe-stonybrook-site.com/")
                // 获取WebView控制器并加载目标页面
                if let webVC = self.window?.rootViewController as? WebViewController {
                    webVC.webView.load(URLRequest(url: URL(string: targetUrl)!))
                }
            }
            return true
        }
    }
    

3. 缓存功能验证方案 #

如果不确定缓存是否正常运行，可以通过以下步骤验证：

• 清除应用缓存（Android在设置-应用-你的应用-存储-清除缓存；iOS可卸载重装或通过代码清除）
• 打开应用加载页面后，关闭网络重新加载，查看是否能显示离线缓存内容
• 检查WebView缓存配置：Android确保开启webSettings.setAppCacheEnabled(true)并设置了缓存路径；iOS WebView默认开启缓存，可通过URLCache类查看缓存状态

4. 文件上传功能的替代思路（可选） #

既然Ajax引发了问题，你可以尝试两种替代方案：

• 使用传统表单提交方式实现文件上传，规避Ajax的兼容性问题
• 在WebView中重写shouldInterceptRequest方法，拦截文件上传请求，通过原生代码处理上传逻辑后，再将结果返回给WebView

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