如果你使用CDN作为引导CSS文件，它可能是罪魁祸首，因为字形文件(例如glyphicons-halflings-regular.woff)也是从CDN中获取的。

以我为例，我使用微软的CDN时遇到了这个问题，但切换到MaxCDN解决了它。

我从NuGet得到Bootstrap。当我发布我的网站时，符号不起作用。

在我的案例中，我通过将每个字体文件的构建动作设置为“内容”并将其设置为“始终复制”来工作。

在我的情况下，我得到了一个404的glyphicons-halfling -regular。Woff，以及移动浏览器上不可见的象形文字。

看起来woff的MIME类型有些混乱，不同的浏览器接受多种MIME类型，但是W3C说:

application/font-woff

编辑:在测试以下MIME类型的woff作品目前在所有浏览器:

application/x-font-woff

编辑:目前Bootstrap的最新版本(3.3.5)使用。woff2字体，初始结果与。woff相同，W3C仍然在定义规范，但目前MIME类型似乎是:

application/font-woff2

我也有同样的问题，除了在本页的隐藏评论中，我找不到任何关于它的信息。根据Chrome浏览器，我的字体文件加载正常，但图标显示不正常。我把这个作为答案，希望能帮助到其他人。

我从Bootstrap 3的定制工具下载的字体文件有问题。要获得正确的字体，请访问Bootstrap主页并下载完整的.zip文件。从那里提取四个字体文件到你的字体目录，一切都应该工作。

我在Eclipse中使用web片段时遇到了这个问题。字体文件被损坏时，包装在web片段jar。 将字体文件复制到使用片段的项目中就可以解决这个问题。

注意:下面可能是一个小众场景，但我想分享它，以防其他人可能会发现它有用。

在一个rails项目中，我们通过使用bootstrap-sass的rails引擎gem重用了很多东西。除了象形字体路径分辨率外，主项目中一切都很好。

GET http://0.0.0.0:3000/fonts/bootstrap/glyphicons-halflings-regular.woff 404 (Not Found) 

我们发现$bootstrap-sass-asset-helper在解析期间为假，而我们期望它为真，因此路径不同。

我们在引擎gem中初始化了$bootstrap-sass-asset-helper:

// explicit sprockets import to get glyphicon font paths correct
@import 'bootstrap-sprockets';
@import "bootstrap/variables";

例如，这导致路径解析为:

/assets/bootstrap/glyphicons-halflings-regular.woff

同样，这在任何使用bootstrap-sass的正常rails项目中都不应该是必要的，我们只是碰巧重用了很多视图，这对我们来说很有效。希望这能帮助到其他人。