首先，我帮你梳理几个核心问题点和对应的解决方案——毕竟你遇到的情况是iBooks（标准EPUB解析）正常，但自己的App（ZIP解压后用UIWebView加载）和Firefox不行，大概率是路径、安全限制或者资源加载逻辑的问题：

1. 优先确认baseURL的正确性 #

这是最常见的坑！你的代码用loadHTMLString:baseURL:加载内容时，baseURL必须指向ZIP解压后的根目录，而不是单个HTML文件所在的子目录。举个例子：

• 如果解压后的目录结构是：

  unzipped-epub/
  ├── css/
  │   └── idGeneratedStyles.css
  ├── font/
  │   ├── FuturaBT-Light.TTF
  │   └── GESSTextLight-Light.otf
  ├── xhtml/
  │   └── your-file.html
  └── image/
  

  那baseURL应该是[NSURL fileURLWithPath:@"/path/to/unzipped-epub/"]，而不是指向xhtml/目录。这样CSS里的../font/xxx路径才能正确定位到根目录下的font文件夹。

  你可以临时在CSS里把字体路径改成绝对路径（比如url("/path/to/unzipped-epub/font/FuturaBT-Light.TTF")）测试，如果字体能加载，就说明是baseURL设置错误。

2. 处理Firefox的本地文件安全限制 #

Firefox默认禁止本地HTML文件加载本地字体（出于同源策略限制），你可以临时关闭这个限制来验证：

• 在Firefox地址栏输入about:config，搜索security.fileuri.strict_origin_policy，把它的值改成false，然后重新加载你的HTML文件。如果字体能显示，就说明是这个安全限制导致的。
• 长期解决的话，你可以把解压后的文件放在本地HTTP服务器上（比如用Python的http.server），然后用Firefox访问HTTP地址，这样就不会触发本地文件的安全限制。

3. 检查UIWebView的沙盒与文件访问权限 #

iOS的UIWebView对本地文件的访问有沙盒限制，确保你解压ZIP的路径是App的可访问目录（比如Documents或Library目录），而不是临时目录或者沙盒外的路径。另外，你可以尝试用loadRequest:代替loadHTMLString:baseURL:加载HTML文件的URL，比如：

NSURL *htmlURL = [NSURL fileURLWithPath:@"/path/to/unzipped-epub/xhtml/your-file.html"];
NSURLRequest *request = [NSURLRequest requestWithURL:htmlURL];
[readingWebView loadRequest:request];

这种方式会让UIWebView自动处理相对路径，有时候比loadHTMLString更可靠。

4. 验证字体文件与CSS声明的一致性 #

• 检查字体文件名的大小写：iOS的文件系统是大小写敏感的，如果你CSS里写的是FuturaBT-Light.TTF，但实际文件名是futurabt-light.ttf，就会加载失败。
• 确认字体文件没有损坏：解压后单独打开字体文件，看系统是否能正常识别它。如果字体文件损坏，任何阅读器都无法加载，但iBooks正常的话这个概率很低，但还是要排除。
• 检查CSS的font-face声明：比如font-weight是否匹配，你给GE SS Text Medium设置了font-weight:500，对应的span也用了font-weight:500，这是对的，但如果有不匹配的情况会 fallback 到默认字体。

5. 理解EPUB与ZIP的本质差异 #

iBooks等专业EPUB阅读器会解析EPUB的标准结构（比如META-INF/container.xml和content.opf文件），这些文件里会明确声明所有资源的路径和类型，阅读器会按照标准去加载资源。而你直接解压ZIP后，只是零散的文件，UIWebView和Firefox不会自动识别EPUB的资源逻辑，所以必须确保所有相对路径完全正确，没有依赖EPUB标准的隐含逻辑。

最后，你可以用UIWebView的代理方法webView:didFailLoadWithError:来捕获加载错误，看看字体文件的请求是否有报错，这能帮你快速定位问题。

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