我的水晶球显示，您正在使用文件://或C:/加载模型，这对错误消息保持真实，因为它们不是http://

因此，您可以在本地PC上安装web服务器，也可以将模型上传到其他地方，使用jsonp并将url更改为http://example.com/path/to/model

RFC-6454中将Origin定义为

   ...they have the same
   scheme, host, and port.  (See Section 4 for full details.)

因此，即使您的文件起源于同一主机(localhost)，但只要方案不同(http / file)，它们就被视为不同的起源。

我也能够在使用以下href的锚标记时重新创建此错误消息:

<a href="javascript:">示例:一个标签</a> .

在我的情况下，一个标签被用来获得“指针光标”和事件实际上是由一些jQuery点击事件控制。我删除了href并添加了一个应用的类:

光标:指针;

如果您坚持在本地运行.html文件，而不是将其与web服务器一起提供，那么您可以通过使有问题的资源内联可用来防止这些跨起源请求的发生。

当我试图通过file://来提供.js文件时，我遇到了这个问题。我的解决方案是更新我的构建脚本，以取代<script src="…">标签与<script>…</script>. " 这里有一个吞咽的方法:

1. 运行NPM install——save-dev来安装gulp、gulp-inline和del包。

2. 在根目录中创建gulpfile.js后，添加以下代码(只需更改文件路径以适合自己):

let gulp = require('gulp');
let inline = require('gulp-inline');
let del = require('del');

gulp.task('inline', function (done) {
    gulp.src('dist/index.html')
    .pipe(inline({
        base: 'dist/',
        disabledTypes: 'css, svg, img'
    }))
    .pipe(gulp.dest('dist/').on('finish', function(){
        done()
    }));
});

gulp.task('clean', function (done) {
    del(['dist/*.js'])
    done()
});

gulp.task('bundle-for-local', gulp.series('inline', 'clean'))

要么运行gulp bundle-for-local，要么更新构建脚本以自动运行它。

您可以在这里看到我的案例的详细问题和解决方案。

如果你使用旧版本的Mozilla Firefox(2019年之前)，它会像预期的那样工作，没有任何问题;

附言:令人惊讶的是，旧版本的ie和Edge也能正常工作。

我的水晶球显示，您正在使用文件://或C:/加载模型，这对错误消息保持真实，因为它们不是http://

因此，您可以在本地PC上安装web服务器，也可以将模型上传到其他地方，使用jsonp并将url更改为http://example.com/path/to/model

RFC-6454中将Origin定义为

   ...they have the same
   scheme, host, and port.  (See Section 4 for full details.)

因此，即使您的文件起源于同一主机(localhost)，但只要方案不同(http / file)，它们就被视为不同的起源。

在Android应用程序中-例如，允许JavaScript通过file:///android_asset/访问资产-使用setAllowFileAccessFromFileURLs(true)在WebView上调用getSettings()获得的WebSettings上。