Expo SDK 33 Android端HEAD请求报TypeError问题求助
解决Expo SDK33 Android端HEAD请求Cloudinary失败的问题
我之前在Expo Android项目里也碰到过类似的网络请求差异问题,结合你的情况,给你几个可行的解决思路:
1. 尝试添加标准请求头(比如User-Agent)
部分服务器会对缺少规范请求头的HEAD请求做拦截,Android端的fetch默认UA可能和iOS不同,你可以手动添加UA试试:
fetch('https://res.cloudinary.com/****/wycoc7svs.m4a', { method: 'HEAD', headers: { 'User-Agent': 'Mozilla/5.0 (Linux; Android 10; SM-G973F) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.105 Mobile Safari/537.36' } }) .then(response => console.log({ response, ETag: response.headers.get('ETag') })) .catch(error => console.log({ error }));
2. 用XMLHttpRequest替代fetch/axios
Expo的fetch polyfill在旧版本(比如SDK33)的Android上可能存在HEAD方法的兼容性问题,换成原生XMLHttpRequest试试:
const xhr = new XMLHttpRequest(); xhr.open('HEAD', 'https://res.cloudinary.com/****/wycoc7svs.m4a'); xhr.onload = function() { console.log('请求成功,ETag:', xhr.getResponseHeader('ETag')); }; xhr.onerror = function(err) { console.log('请求失败:', err); }; xhr.send();
3. 用GET请求加Range头替代HEAD(避免重复下载)
既然GET请求正常,你可以通过Range头只请求0字节内容,这样既拿到响应头(包括ETag),又不会下载整个文件,完美解决“两次下载”的问题:
fetch('https://res.cloudinary.com/****/wycoc7svs.m4a', { method: 'GET', headers: { 'Range': 'bytes=0-0' // 只请求第一个字节,服务器会返回完整响应头+空内容 } }) .then(response => { console.log('ETag:', response.headers.get('ETag')); // 这里不需要处理响应体,因为内容是空的 }) .catch(error => console.log({ error }));
4. 检查Android网络安全配置
Expo SDK33的Android默认网络安全配置可能对某些HTTPS域名有限制,你可以在app.json里添加网络安全配置,允许Cloudinary的域名:
{ "expo": { "android": { "networkSecurityConfig": { "domainConfigs": [ { "domain": "res.cloudinary.com", "cleartextTrafficPermitted": false, "includeSubdomains": true } ] } } } }
另外,如果你暂时没法升级SDK,上面的第3种方案应该是最稳妥的替代方案,既绕开了HEAD请求的兼容性问题,又不会重复下载文件。
内容的提问来源于stack exchange,提问作者adesurirey
相关产品推荐
相关产品推荐

