我目前正在查看与在 Mac OS X 上运行时应用程序崩溃相关的错误。崩溃似乎仅在使用 Java 6 和 Mac OS X 10.5 更新时发生1（64 位模式）。该问题不会在 32 位 Mac Java 安装中出现。
根据我通过 google 阅读的内容，该问题似乎与应用程序正在使用 QuickTime 库这一事实有关，这似乎与在 中运行的 Java 6 存在问题>64 位模式。
QuickTime for Java 基于 32 位 碳库，并已 有效地在“维护模式”为 一会儿。不幸的是有人管理 让 JNI（或 JNA？）代码工作 工作会很困难 使用 QTKit 解决问题。
相关参考资料：
【问题讨论】：
我的经验是 Mac Java 6 根本无法加载原生 32 位库。另一方面，由于 Java 5 仍然是 Mac OS X 上的默认设置，我仍然将 Java 5 用于那些需要本机库的应用程序，因为我的 Mac 客户使用的是 Java 5。
我意识到这可能不是一个很有帮助的答案，但除非有人能启发我们如何在 Java 6 中使用 32 位本机库，否则我能做的最好的回答就是这个否定答案。
【讨论】：
JavaApplicationStub 文件在 应用程序包已配置为运行 库没有的 x86_64 支持。这显然是新的 最新版本的 Java。
为了解决问题，请使用 脂工具。这是我所做的：
lipo -删除 x86_64 JavaApplicationStub - 输出 JavaApplicationStub
另外也推荐 LSArchitecturePriority 键是 添加到 info.plist。我添加了 主要属性如下：
LSArchitecturePriority i386 ppc
这指定了允许的 他们喜欢的架构 顺序。
【讨论】：