JSR135

【Java开源代码栏目提醒】：网学会员鉴于大家对Java开源代码十分关注，论文会员在此为大家搜集整理了“JSR135 - 硕士论文”一文，供大家参考学习

复旦大学 硕士学位论文 JSR135 级别：硕士专业：计算机应用技术 指导教师：高传善 20070420 论文独创性声明 本论文是我个人在导师指导下进行的研究工作及取得的研究成果。

    论文中除了特别加以标注和致谢的地方外，不包含其他人或其它机构已经发表或撰写过的研究成果。

    其他同志对本研究的启发和所做的贡献均已在论文中作了明确的声明并表示了谢意。

     作者签名： 论文使用授权声明 本人完全了解复旦大学有关保留、使用学位论文的规定，即：学校有权保留送交论文的复印件，允许论文被查阅和借阅；学校可以公布论文的全部或部分内容，可以采用影印、缩印或其它复制手段保存论文。

    保密的论文在解密后遵守此规定。

     作者签名 日期：幽：且１３ 摘要 摘要 Ｊ２ＭＥ是Ｊａｖａ平台的三个核心版本之一，它为运行在诸如手机、ＰＤＡ等资源受限的消费产品上的应用程序提供了健壮而灵活的运行环境，是当前手持设备的首选平台之一。

    Ｊ２ＭＥ的架构由“配簧”（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、“描述”（Ｐｒｏｆｉｌｅ）和 “可选包”（Ｏｐｔｉｏｎａｌ Ｐａｃｋａｇｅｓ）组成．开发者可以对其进行选择从而构建成一个完整的Ｊａｖａ运行环境。

    ＪＳＲｌ３５是Ｊ２ＭＥ平台上一个重要的可选包，提供了多媒体的回放和控制功能，其接口集ＭＭＡＰＩ（Ｍｏｂｆｉｅ Ｍｅｄｉａ ＡＰＩ）为Ｊａｖａ应用在移动设备上运行使用多媒体提供了一套简洁、规范及可扩充的ＡＰＩ。

    ＪＳＲｌ３５的开发使得手机和ＰＤＡ等小型移动设备上多媒体应用和服务的普及成为可能，ＪＳＲｌ３５也渐渐成为这类设备上的标准配置。

     ＯＲＬ．即Ｏｐｅｎ Ｒｕｎｔｉｍｅ Ｌｉｂｓ．是一个严格遵循Ｓｕｎ公司Ｊ２ＭＥ框架规范而开发出的高性能Ｊａｖａ类库。

    它的开发基于一个称为ＸＯＲＰ的Ｊ２ＭＥ虚拟机，该虚拟机是在原先支持Ｊ２ＳＥ的开源项目ＯＲＰ（Ｏｐｅｎ Ｒｕｎｔｉｍｅ Ｐｌａｔｆｏｒｍ）的基础上改造的。

    ＸＯＲＰ／ＯＲＬ系统构成了Ｉｎｔｅｌ公司基金项目“Ｊ２ＭＥ Ｃｌａｓｓ Ｌｉｂｓ ｗｉｔｈ ＳｍａｌｌＦｏｏｔｐｒｉｎｔ，Ｌｏｗ Ｐｏｗｅｒ ａｎｄ Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ ｏｎ ＸＳｃａｌｅ Ｐｒｏｃｅｓｓｏｒ”的核心组成部分。

    可选包ＪＳＲｌ３５则处于ＯＲＬ开发的第三个阶段，本文的内容即是在该阶段的设计开发基础上完成的。

     在本文中，我们提出了ＸＯＲＰ／ＯＲＬ系统中ＪＳＲｌ３５的一种跨平台设计方案及其实现机制，特别地，在Ｗｉｎｄｏｗｓ平台上我们还给出了可行并且高效的实现。

    在该方案开发过程的各个阶段，包括目标定位、架构设计、功能实现、平台移植等等，都做了大量细致的工作。

    在整个的过程中，我们一直遵守正确性、统一性、简洁性、可扩展性和Ｃｌｅａｎ Ｒｏｏｍ的原则。

    总体来看，ＪＳＲｌ３５兼具专门性、原创性、通用性和可移植性。

     首先，是ＪＳＲｌ３５的专门性。

    与通用目的的多媒体处理包不同，ＪＳＲ．１３５是专门在Ｊ２ＭＥ框架中设计开发的多媒体处理模块。

    作为整个ＸＯＲＰ／ＯＲＬ系统的一部分，ＪＳＲｌ３５子系统除了必须完全遵循Ｓｕｎ公司的规范外．还必须满足各种Ｊ２ＭＥ规范对虚拟机的要求．例如，ＪＳＲｌ３５的虚拟机部分的可执行模块就必须足够的小。

     其次．是ＪＳＲｌ３５的原创性。

    与ＯＲＬ的其他部分如ＣＬＤＣ和ＭＩＤＰ相同，ＪＳＲｌ３５也是白手起家的。

    在设计过程中，为了使ＪＳＲｌ３５能够更加 摘要适合在手持环境下运行，我们创造性地引入了一些技术和方法，比如在虚拟机层我们很好地利用了Ｉｎｔｅｌ的ＩＰＰ（Ｉｎｔｅｇｒａｔｅｄ Ｐｅｒｆｏｒｍａｎｃｅ Ｐｒｉｍｉｔｉｖｅｓ）开发包。

     其三．是ＪＳＲｌ３５的通用性和可移植性，这两者关系密切。

    尽管ＪＳＲｌ３５的最初定位是以ＰｏｃｋｅｔＰＣ作为目标平台的，但在设计实现的过程中，我们借鉴了以往软件架构设计中的成熟经验，考虑进了通用性和移植性的因素，最终采用了分层次的架构模型，并极大地利用了支持多平台的多媒体开发包ＩＰＰ（ＩｎｔｅｌＩｎｔｅｇｒａｔｅｄ Ｐｅｒｆｏｒｍａｎｃｅ Ｐｒｉｍｉｔｉｖｅｓ）。

    这些方法能够将对底层硬件设备的依赖性最小化和局部化，从而使ＪＳＲｌ３５具有最大的跨平台通用性，同时大大方便了之后的移植工作。

     关键字 ＪＳＲｌ３５，ＭＭＡＰＩ，Ｊ２ＭＥ，ＣＬＤＣ，ＭＩＤＰ，Ｊａｖａ虚拟机，ＸＯＲＰ。

    ＯＲＬ，ＩＰＰ，Ｗｉｎｄｏｗｓ ＣＥ，Ｐｏｃｋｅｔ ＰＣ，ｗａｖｅＯｕｔ，ｍｉｄｉＯｕｔ，ＤｉｒｅｃｔＳｈｏｗ 中图分类号ＴＰ３ｌＩ．１：程序设计，ＴＰ３１９：专用应用软件 摘要 Ａｂｓｔｒａｃｔ Ｊ２ＭＥ ｉｓ ｏｎｅ ｏｆ ｔｈｅ ｔｈｒｅｅ ｍａｊｏｒ ｖｅｒｓｉｏｎｓ ｏｆＪａｖａ ＰｌａｔｆｏｒｉｌｌＳ．Ｉｔ ｐｒｏｖｉｄｅｓ ｒｏｂｕｓｔ ａｎｄｆｌｅｘｉｂｌｅ ｒｕｎｔｉｍｅ ｅｎｖｉｒｏｎｍｅｎｔ ｆｏｒ ａｐｐｌｉｃａｔｉｏｎｓ ｒｕｎｎｉｎｇ ｏｎ ｒａＳＯＵＯｅ ｌｉｍｉｔｅｄ ｄｅｖｉｃｅｓ ｓｕｃｈ∞ｃｅｌｌｐｈｏｎｅｓ ａｎｄ ＰＤＡｓ．Ｓｏ Ｊ２ＭＥ ｉｓ ｔｈｅ ｐｌａｔｆｏｒｍ ｏｆ ｃｈｏｉｃｅ ｆｏｒ ｔｏｄａｙ’Ｓ ｈａｎｄｈｅｌｄｄｅｖｉｃｅｓ．Ｔｈｅ Ｊ２ＭＥ ａｒｃｈｉｔｅｃｔｕｒｅ ｃｏｎｓｉｓｔｓ ｏｆ ａ ｖａｒｉｅｔｙ ｏｆ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ，ｐｒｏｆｉｌｅｓ，ａｎｄｏｐｔｉｏｎａｌ ｐａｃｋａｇｅｓ ｔｈａｔ ｉｍｐｌｅｍｅｎｔｅｒｓ ａｎｄ ｄｅｖｅｌｏｐｅｒｓ ｃａｎ ｃｈｏｏｓｅ ｆｒｏｍ，ａｎｄ ｃｏｍｂｉｎｅ ｔｏｃｏｎｓｔｒｕｃｔ ａ ｃｏｍｐｌｅｔｅ Ｊａｖａ ｍｎｔｉｍｅ ｅｎｖｉｒｏｎｍｅｎｔ．Ｗｉｔｈｉｎ Ｊ２ＭＥ，ＪＳＲｌ３５ ｉｓ ａｎｉｍｐｏｒｔａｎｔ ｏｐｔｉｏｎａｌ ｐａｃｋａｇｅ ｔｈａｔ ｓｕｐｐｏａｓ ｐｌａｙｂａｃｋ ａｎｄ ｃｏｎｔｒｏｌ ｏｆ ｍｕｌｔｉｍｅｄｉａ．ＭＭＡＰＩ ｐｏｒｖｉｄｅｓ ａ ｃｏｎｃｉｓｅ．ｓｔａｎｄａｒｄ ａｎｄ ｅｘｔｅｎｓｉｂｌｅ ｓｅｔ ｏｆ ＡＰｉｓ ｆｏｒ ａｃｃｅｓｓｉｎｇｍｕｌｔｉｍｅｄｉａ ｏｎ ｍｏｂｉｌｅ ｄｅｖｉｃｅｓ．Ｔｈｅ ｄｅｖｅｌｏｐｍｅｎｔ ｏｆ ＪＳＲｌ３５ ｍａｋｅｓ ｐｏｓｓｉｂｌｅ ｔｈｅｐｏｐｕｌａｒｉｚａｔｉｏｎ ｏｆ ａｐｐｌｉｃａｔｉｏｎｓ ａｎｄ ｓｅｒｖｉｃｅｓ ｏｆ ｍｕｌｔｉｍｅｄｉａ ｏｎ ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅｓ．Ｔｈｅｒｅｆｏｍ，ＪＳＲＩ ３５ ｉｓ ｂｅｉｎｇ ｏｎｅ ｓｔａｎｄａｒｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｏｎ ｔｈｅｓｅ ｄｅｖｉｃｅｓ． ＯＲＬ（Ｏｐｅｎ Ｒｕｎｔｉｍｅ Ｌｉｂｓ）ｉｓ ａ ｈｉｇｈ－ｐｅｒｆｏｒｍａｎｃｅ Ｊａｖａ ｃｌａｓｓ ｌｉｂｓ ｔｏ ｓｔｒｉｃｔｌｙ ｍｅｅｔＳｕｎ’Ｓ Ｊ２ＭＥ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ．Ｔｈｅ ｄｅｖｅｌｏｐｍｅｎｔ ｏｆＯＲＬ ｉｓ ｂａｓｅｄ ｏｎ ＸＯＲＰ，ａ Ｊ２ＭＥ ＶＭ（ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ）ｔｒａｎｓｆｏｒｍｅｄ ｆｒｏｍ ａｎ ｏｐｅｎ ｓｏｕｒｃｅ Ｊ２ＳＥ ＶＭ ｎａｍｅｄ ＯＲＰ（ＯｐｅｎＲｕｎｔｉｍｅ Ｐｌａｔｆｏｒｍ）．Ｂｏｔｈ ＯＲＬ ａｎｄ ＸＯＲＰ批ｅｓｓｅｎｔｉａｌ ｐａｒｔｓ ｏｆ ａ ｐｒｏｊｅｅｔ ｃａｌｌｅｄ‘‘Ｊ２ＭＥ Ｃｌａｓｓ Ｌｉｂｓ ｗｉｔｈ Ｓｍａｌｌ Ｆｏｏｔｐｒｉｎｔ，Ｌｏｗ Ｐｏｗｅｒ ａｎｄ Ｈｉ【ｇｈ Ｐｅｒｆｏｒｍａｎｃｅ ｏｎＸＳｃａｌｅ Ｐｒｏｃｅｓｓｏｒ，’ｆｕｎｄｅｄ ｂｙ Ｉｎｔｅｌ Ｃｏｒｐ．ＪＳＲｌ ３５，髂ａｎ ｉｍｐｏｒｔａｎｔ ｏｐｔｉｏｎａｌ ｐａｃｋａｇｅ．ｉｓｉｎ ｔｈｅ ｔｈｉｒｄ ｐｈａｓｅ ｏｆ ＯＲＬ’Ｓ ｄｅｖｅｌｏｐｍｅｎｔ．Ｔｈｉｓ ｐａｐｅｒ ｉｓ ｂａｓｅｄ ｏｎ ｉｔｓ ｄｅｓｉｇｎ ａｎｄｉｍｐｌｅｍｅｎｔａｔｉｏｎ． Ｉｎ ｔｈｉｓ ｐａｐｅｒ，ｗｅ ｐｒｅｓｅｎｔ ａ ｃｒｏｓｓ·ｐｌａｔｆｏｒｍ ｄｅｓｉｇｎ ａｎｄ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ＪＳＲｌ３５ｉｎ ＸＯＲＰ／ＯＲＬ ｓｙｓｔｅｍ，ａｎｄ ｐａｒｔｉｃｕｌａｒｌｙ，ｗｅ ｉｎｔｒｏｄｕｃｅ ｉｔｓ ｆｅａｓｉｂｌｅ ａｎｄｈｉｇｈ－ｐｅｒｆｏｒｍａｎｃｅ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｎ Ｗｉｎｄｏｗｓ ｐｌａｔｆｏｒｍｓ．Ｗｅ ｈａｖｅ ｄｏｎｅ ｍａｓｓｉｖｅ ａｎｄｉｎｔｅｎｓｉｖｅ ｗｏｒｋ ｉｎ ｅａｃｈ ｐｈａｓｅ ｏｆ ｔｈｉｓ ｐｒｏｊｅｃｔ，ｉｎｃｌｕｄｉｎｇ ｔａｒｇｅｔ ｏｒｉｅｎｔａｔｉｏｎ，ａｒｃｈｉｔｅｃｔｕｒｅｄｅｓｉｇｎ，ｉｍｐｌｅｍｅｎｔａｉｏｎ ａｎｄ ｓｙｓｔｅｍ ｐｏｒｔｉｎｇ．Ｗｅ ａｌｗａｙｓ ｓｔｉｃｋ ｔｏ ｐｒｉｎｃｉｐｌｅｓ ｏｆｃｏＦｒｃｃｔｎｅｓｓ，ｕｎｉｔｙ，ｃｏｎｃｉｓｅｎｅｓｓ，ｅｘｔｅｎｓｉｂｉｌｉｔｙ ａｎｄ Ｃｌｅａｎ Ｒｏｏｍ．Ｉｎ ｇｅｎｅｒａｌ，ＪＳＲｌ３５ｏｗｎｓ ｔｈｅ ｆｅａｔｕｒｅｓ ｏｆｓｐｅｅｉａｌｉｔｙ，ｏｒｉｇｉｎａｌｉｔｙ，Ｇｅｎｅｒａｌｉｔｙ ａｎｄ ｐｏｒｔａｂｉｌｉｔｙ． Ｆｉｒｓｔ，ＪＳＲｌ３５ ｉｓ ａ ｓｐｅｃｉａｌｉｚｅｄ ｍｕｌｔｉｍｅｄｉａ ｐａｃｋａｇｅ．Ｕｎｌｉｋｅ ｔｈｅ ｇｅｎｅｒａｌ ｐｕｒｐｏｓｅｄｍｕｌｔｉｍｅｄｉａ ｐａｃｋａｇｅ．ＪＳＲｌ３５ ｉｓ ｄｅｓｉｇｎｅｄ ｆｏｒ ｍｕｌｔｉｍｅｄｉａ ｐｒｏｃｅｓｓｉｎｇ ｍｏｄｕｌｅ ｗｉｔｈｉｎＪ２ＭＥ ａｒｃｈｉｔｅｃｔｕｒｅ．Ａｓ ｐａｒｔ ｏｆ ＸＯＲＰ／ＯＲＬ ｓｙｓｔｅｍ．ＪＳＲＩ ３５ ｈａｓ ｔｏ ｍｅｅｔ ｔｈｅｒｅｑｕｉｒｅｍｅｎｔｓ ｆｒｏｍ ａｌｌ ｔｈｅ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｊ２ＭＥ ＶＭ，ｂｅｓｉｄｅｓ Ｓｕｎ。

    Ｓ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ ，ｉｔｓ Ｊａｖａ ｐａｒｔ．Ｆｏｒ ｅｘａｍｐｌｅ，ｔｈｅ ｓｉｚｅ ｏｆ ｔｈｅ ｅｘｅｃｕｔａｂｌｅ ｍｏｄｕｌｅ ｏｆ ＪＳＲｌ３５’Ｓ ＶＭ ｐａｒｔｓｈｏｕｌｄ ｂｅ ｖｅｒｙ ｓｍａｌｌ． Ｓｅｃｏｎｄ。

    ＪＳＲｌ３５ ｉｓ ａ ｍｕｌｔｉｍｅｄｉａ ｓｏｌｕｔｉｏｎ ｗｉｔｈ ｏｒｉｇｉｎａｌｉｔｙ ｉｎ ＸＯＲＰ／ＯＲＬ ｓｙｓｔｅｍ．Ｊｕｓｔ ｌｉｋｅ ｏｔｈｅｒ ｐａｒｔｓ ｏｆ ＯＲＬ．ｓｕｃｈ豁ＣＬＤＣ ａｎｄ ＭＩＤＰ，ＪＳＲＩ ３５ ｉｓ ａｌｓｏ ｄｅｓｉｇｎｅｄ ａｎｄｉｍｐｌｅｍｅｎｔｅｄ ｆｒｏｍ ｓｃｒａｔｃｈ．Ｗｅ ｈａｖｅ ｉｎｃｏｒｐｏｒａｔｅｄ ｍａｎｙ ｄｉｆｆｅｒｅｎｔ ｆｅａｔｕｒｅｓ ｉｎｔｏ ＪＳＲｌ３５ｔｏ ｍａｋｅ ｉｔ ｍｏｒｅ ｓｕｉｔａｂｌｅ ｆｏｒ ｒｕｎｎｉｎｇ ｉｎ ｈａｎｄｈｅｌｄ ｅｎｖｉｒｏｎｍｅｎｔ．Ｆｏｒ ｅｘａｍｐｌｅ，ｗｅ ｍａｋｅｐｌａｕｓｉｂｌｅ ＵＳｅ ｏｆＩｎｔｅｌ ＩＰＰ（Ｉｎｔｅｇｒａｔｅｄ Ｐｅｒｆｏｒｍａｎｃｅ Ｐｒｉｍｉｔｉｖｅｓ）ｉｎ ＪＳＲｌ３５’Ｓ ＶＭ ｐａｒｔ． Ｔｈｉｒｄ，ＪＳＲＩ ３５ ｉｓ ａ ｍｕｌｔｉｍｅｄｉａ ｓｏｌｕｔｉｏｎ ｗｉｔｈ ｇｅｎｅｒａｌｉｔｙ ａｎｄ ｐｏｒｔａｂｉｌｉｔｙ．Ａｌｔｈｏｕｇｈｔｈｅ ｏｒｉｇｉｎａｌ ｔａｒｇｅｔ ｐｌａｔｆｏｒｍ ｏｆ ＪＳＲｌ３５ ｗａｓ Ｐｏｃｋｅｔ ＰＣ，ＪＳＲｌ３５ ｉｓ ｓｔｉｌｌ ｄｅｓｉｇｎｅｄ ｗｉｔｈｔｈｅ ｃｏｎｓｉｄｅｒａｔｉｏｎ ｏｆ ｇｅｎｅｒａｌｉｔｙ ａｎｄ ｐｏｒｔａｂｉｌｉｔｙ．Ｒｅｆｅｒｒｉｎｇ ｔｏ ｓｕｃｃｅｓｓｆｕｌ ｅｘｐｅｒｉｅｎｃｅｆｒｏｍ ｐｒｉｖｉｏｕｓ ｄｅｓｉｇｎ ｏｆ ｓｏｆｔｗａｒｅ ａｒｃｈｉｔｅｃｔｕｒｅ．ｗｅ ａｄａｐｔ ａ ｍｕｌｔｉ－ｌａｙｅｒｅｄ ｍｏｄｕｌｅ ｉｎＪＳＲＩ ３５ ｔＯ ｉｓｏｌａｍ ｉｔｓ ｄｅｐｅｎｄｅｎｃｙ ｏｎ ｈａｒｄｗａｒｅ，ｗｈｉｃｈ ｐｒｏｖｅｓ ｔｏ ｂｅ ａ ｗｉｓｅｍｅｔｈｏｄｏｌｏｇｙ ｌａｔｅｒ ｉｎ ｔｈｅ ｐｏｒｔｉｎｇ ｓｔａｇｅ，ａｎｄ ｆｉｎａｌｌｙ ｇｒａｎｔｓ ＪＳＲｌ３５ ｔｈｅ ｌａｒｇｅｓｔｃｒｏｓｓ－ｐｌａｔｆｏｒｍ ｇｅｎｅｒａｌｉｔｙ ａｎｄ ｐｏｒｔａｂｉｌｉｔｙ． Ｋｅｙｗｏｒｄ ＪＳＲｌ３５，ＭＭＡＰＩ，Ｊ２Ｍ【Ｅ，ＣＬＤＣ，ＭＩＤＰ，Ｊａｖａ ＶｉｒｔｕａＩ Ｍａｃｈｉｎｅ，ＸＯＲＰ，ＯＲＬ，ＩＰＰ，Ｗｉｎｄｏｗｓ ＣＥ，Ｐｏｃｋｅｔ ＰＣ，ｗａｖｅｏｕｔ，ｍｉｄｉＯｕｔ。

    ＤｉｒｅｅｔＳｈｏｗ Ｃｈｉｎｅｓｅ Ｌｉｂｒａｒｙ ＣｌａｓｓｉｆｉｃａｔｉｏｎＴＰ３１１．１：Ｐｒｏｇｒａｍ Ｄｅｓｉｇｎｉｎｇｔ ＴＰ３１９：ＣｕｓｔｏｍｉｚｅｄＡｐｐｌｉｃａｔｉｏｎ Ｓｏｔｉｗａｒｅ ６ 摘要 引言项目背景 Ｉｎｔｅ〔公司的基金项目“Ｊ２ＭＥ Ｃｌａｓｓ Ｌｉｂｓ ｗｉｔｉｔ Ｓｍａｌｌ Ｆｏｏｔｐｒｉｎｔ．Ｌｏｗ Ｐｏｗｅｒ ａｎｄＨｉ曲Ｐｅｒｆｏｒｍａｎｃｅ ｏｎ ＸＳｃａｌｅ Ｐｒｏｃｅｓｓｏｒ’’，是一个以ＸＯＲＰ作为Ｊａｖａ虚拟机平台。

    在其上开发高性能Ｊ２ＭＥ（Ｊａｖａ Ｐｌａｔｆｏｍ，Ｍｉｃｒｏ Ｅｄｉｔｉｏｎ）类库ＯＲＬ（Ｏｐｅｎ ＲｕｎｔｉｍｅＬｉｂ）的项目，其目标平台包括Ｗｉｎ３２、Ｗｉｎｄｏｗｓ ＣＥ（ｗｉｎＣＥ）、Ｐｏｃｋｅｔ ＰＣ（ＰＰＣ）和Ｌｉｎｕｘ。

    ＪＳＲｌ３５是Ｊ２ＭＥ类库的一个重要组成部分，提供给用户基于时域多媒体播放的众多功能。

    ＯＲＬ作为符合Ｊ２ＭＥ规范要求的类库，实现了ＪＳＲｌ３５规范，同时．ＸＯＲＰ也为ＯＲＬ中ＪＳＲｌ３５功能部分提供了全面和高效的支持，使得多媒体的播放和控制能够达到高效、低耗的设计目标。

    Ｊ２ＭＥ框架与ＪＳＲｌ３５ Ｊ２ＭＥ是Ｊａｖａ的一个子集，是Ｓｕｎ公司针对硬件处理能力相对较弱、电源功耗也有限的移动通讯设备、嵌入式设备或消费性电器所推出的Ｊａｖａ平台，其上的规范层从下往上依次为：虚拟机层（ＶＭ）、配置层（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、描述层 （ｐｒｏｆｉｌｅ）和可选包层（ｏｐｔｉｏｎａｌ ｐａｃｋａｇｅｓ）。

    对于内存、处理能力、电池寿命、显示屏大小和网络带宽等资源高度受限的小型移动设备．如移动电话和小型ＰＤＡ等，Ｓｕｎ公司对这些层次所做的规范分别为千字节虚拟机ＫＶＭ、ＣＬＤＣ（Ｃｏｎｎｅｃｔｅｄ Ｌｉｍｉｔｅｄ Ｄｅｖｉｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＭＩＤＰ（Ｍｏｂｉｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ＤｅｖｉｃｅＰｒｏｆｉｌｅ）和多个ｏｐｔｉｏｎａｌ ｐａｃｋａｇｅｓ。

    ＣＬＤＣ定义了一个Ｊａｖａ虚拟机的特性与Ｊａｖａ类库的最小子集，提供了开发人员一个最基础最核心的Ｊａｖａ平台。

    ＭＩＤＰ提供了包括用户界面、网络连接、永久存储和应用程序生命周期管理等在内的功能。

    ＣＬＤＣ和ＭＩＤＰ合在一起提供了一个标准的运行时环境。

    Ｏｐｔｉｏｎａｌ ｐａｃｋａｇｅｓ是一组供选择实现的Ｊａｖａ包，如Ｓｅｃｕｒｉｔｙ相关的ＪＳＲｌ７７，３Ｄ Ｇｒａｐｈｉｃｓ相关的ＪＳＲｌ８４和多媒体相关的ＪＳＲｌ３５等。

    ＪＳＲｌ３５（ＭＭＡＰＩ １．１）基于ＣＬＤＣｌ．１和ＭＩＤＰ２．０ （ＪＳＲ １１８），提供给用户基于时域多媒体播放的众多功能。

     摘璺 图Ａ－Ｉ—Ｊ２ＭＥ的体系架构 ＪＳＲｌ３５的开发使得手机和ＰＤＡ等小型移动设备上多媒体应用和服务的普及成为可能。

    接口集ＭＭＡＰＩ（Ｍｏｂｉｌｅ Ｍｅｄｉａ ＡＰＩ）在ＪＳＲｌ３５中被定义，为Ｊａｖａ应用在移动设备上运行使用多媒体提供了一套简洁、规范及可扩充的ＡＰＩ。

    它依据小型移动终端的各种特性来设计，满足了处理能力低、内存容量小、屏幕小、无线连接带宽窄和连接速度慢等小尺寸要求，允许一些简单的基于时域多媒体的访问和控制，主要支持的媒体格式为Ｗａｖｅ、Ｍｐ３、Ｍｐｅ９４、Ｍｉｄｉ和Ｔｏｎｅ等，可用的服务主要有图像音频视频的交换、交互式的在线游戏、拍照、流媒体播放、音频视频会议以及各种新型应用与服务。

    ＸＯＲＰ与ＯＲＬ 开放式运行平台ＯＲＰ（Ｏｐｅｎ Ｒｕｎｔｉｍｅ Ｐｌａｔｆｏｒｍ），是由Ｉｎｔｅｌ公司开发的一个开放源码的研究项目。

    它是一个高性能的可控制运行环境软件，是用来研究垃圾收集和动态编译技术的开放资源研究平台。

    它支持执行类型安全字节码，能够运行Ｊａｖａ程序，我们可以将其视作一种Ｊａｖａ虚拟机的实现。

    在原ＯＲＰ的基础上，针对移动手持设备这一平台的特殊性，我们做了功能模块上的替换和增减，从而获得了一个符合Ｊ２ＭＥ规范标准的虚拟机ＸＯＲＰ，作为开发Ｊ２ＭＥ类库的基本软件环境。

     ＯＲＥ，就是我们在ＸＯＲＰ之上，严格遵循Ｓｕｎ公司Ｊ２ＭＥ框架规范，开发出的高性能Ｊａｖａ类库。

    开发过程中我们严格遵循了Ｃｌｅａｎ Ｒｏｏｍ的原则。

    整个ＸＯＲＰ／ＯＲＬ系统与前文介绍的Ｊ２ＭＥ框架的关系如图Ａ．２所示。

     摘要 Ｏｐ衄ａｌＰ¨ｈｇｅ。

     Ｆ习Ｆ习 ■■■■■■● ＯＲＬ ＭＪＤＰ２＿ｏ ■■■■■■Ｉ ＣＵ】Ｃ１．Ｉ Ｊａｖａ盛掇帆 ＸＯＲＰ ■ ■ ■●－ 本地摊行系缝 ＰＰＣ，ＳｍａｒＩＰｈｏ孵，Ｅｍｂ‘＝ｄｄｃｄ ＬｉｎＵＸ 奠：故踺备 ＰＤＡＪＳｍａｒｔ Ｐｈｏ脾 ； ●■ ■ ■Ｉ 幽Ａ－２：ｘＯＲＰ／ＯＲＬ系统对应于Ｊ２ＭＥ框架的关系 ０ＲＬ的开发过程分为三个阶段。

    第一阶段是针对Ｊ２ＭＥ框架中的ＣＬＤＣ“配置”，开发相应的Ｊａｖａ类库；第二阶段是在ＣＬＤＣ的基础上，开发符合ＭＩＤＰ“描述”规范的Ｊａｖａ类库；第三阶段则是在ＣＬＤＣ／ＭＩＤＰ的基础上，迸一步开发其他可选包功能，如ＪＳＲｌ３５和ＪＳＲｌ８４。

    本文的内容是在第三阶段的设计开发基础上完成的。

    本文的目的和应用意义 Ｊ２ＭＥ技术在１９９９年的ＪａｖａＯｎｅＤｅｖｅｌｏｐｅｒＣｏｎｆｅｒｅｎｃｅ大会上正式推出，它将Ｊａｖａ语言的与平台无关的特性移植到小型电子设备上，允许移动无线设备之间共享应用程序。

    随着手机和ＰＤＡ等嵌入式设备的日益普及，Ｊ２ＭＥ技术也得到了广泛的应用和全面的发展，其功能已经从简单的拨打电话、发送短信扩展到３Ｄ游戏、多媒体的播放和控制等。

    目前，带Ｍｐ３及摄像头的手机为主流。

    份额能够达到４０％～５０％以上。

    带Ｍｐ３及多媒体ＭＰ４播放功能，和高像素照相及摄像功能的音乐拍照手机，正在成为当前的标准配置。

     在多媒体播放和控制领域，在当前世面上存在着大量的不同媒体格式（如Ｗａｖｅ，Ｍｉｄｉ，Ｔｏｎｅ，Ｍｐ３，Ｍｐｅ９４等），并且还有许多新的媒体格式即将被建立。

    为了存储和传输这些不同的媒体格式，还存在着了许多不同格式的存储设备和传输协议，例如大家常使用的媒体存储设备（如ＣＤ、ＶＣＤ以及ＤＶＤ），有线传输协议（如ＵＤＰ、ＨｒｒＰ），无线传输协议（如ＷＡＰ）。

    移动设备也是种类繁多，有仅支持单音播放的手机，也有高端的支持音频和视频的ＰＤＡ。

    为了 摘要使这些移动装置能够访问和控制这些不同格式的媒体数据，必需为其设计一个规范化的、强大的和可扩充的应用接１２１。

    ＭＭＡＰＩ（ＪＳＲｌ３５）就提供了一套较为规范的播放和录制音频或视频接１２１，用来表现和获得以时间为基础的媒体。

    并且它被设计成灵活的和平台无关的，它没有对媒体格式、协议或者在未来不同设备支持的特征作任何假设。

    ＭＭＡＰＩ已经在移动设备上使用，例如，Ｎｏｋｉａ３６５０就包含了一个实现。

     ＸＯＲＰ／ＯＲＬ作为一个Ｊ２ＭＥ解决方案，我们也希望其能实现ＪＳＲｌ３５的诸多功能。

    在方面，有以下几点必须注意的因素： 其一：ＪＳＲｌ３５作为Ｊ２ＭＥ的可选包，其定义的类和接口都是平台无关的。

    所以，覆盖了ＪＳＲｌ３５的ＸＯＲＰ／ＯＲＬ系统。

    也应该是一种跨平台的设计方案，即用户在ＯＲＬ上编写Ｊ２ＭＥ应用程序的时候，不应该涉及平台相关的东西，ＯＲＬ本身也不包含平台逻辑；平台逻辑在ＸＯＲＰ中得到实现。

     其二：移动手持设备的环境非常多样，并没有桌面Ｐｃ那样统一的硬件和软件平台，目前应用在手机上的操作系统主要有Ｐｏｃｋｅｔ ＰＣ、ＳｍａｒｔＰｈｏｎｅ、Ｓｙｍｂｉａｎ和Ｌｉｎｕｘ等。

    所以，作为Ｊ２ＭＥ解决方案一部分的ＸＯＲＰ，必须在不同的平台上支持多媒体的回放和控制，同时，我们希望ＸＯＲＰ的结构和代码也能够得到最大程度的重用。

     其三：目前已经有一些专门进行多媒体处理的开发包，如微软公司提供的支持Ｗｉｎ３２平台（Ｗｉｎ９Ｘ，ＷｉｎＭＥ，ＷｉｎＮＴ，Ｗｉｎ２Ｋ，ＷｉｎＸＰ）和ＷｉｎＣＥ平台的ＤｉｒｅｃｔＳｈｏｗ·Ｉｎｔｅｌ公司提供的支持Ｗｉｒｄ２平台、ＷｉｎＣＥ平台、Ｐｏｃｋｅｔ ＰＣ平台、Ｌｉｎｕｘ平台和ＳｍａｒｔｐＰｈｏｎｅ平台的ＩＰＰ，性能都很好。

    我们可以在ＸＯＲＰ／ＯＲＬ系统中多多利用这些比较成熟的产品。

     综合考虑了上述几个因素，本文作者和项目组成员总结出以下的设计目标：扩充ＸＯＲＰ／ＯＲＬ系统以支持ＪＳＲｌ３５，实现ＭＭＡＰＩ的各种调用逻辑：覆盖了ＪＳＲｌ３５的ＸＯＲＰ／ＯＲＬ是一个跨平台的系统，Ｊａｖａ层平台无关，ＶＭ层随底下操作系统支持的不同有不同的实现，同时在平台移植时有尽可能小的改动；尽可能利用市面上比较成熟的用于多媒体处理的开发包；ＪＳＲｌ３５的实现能有高速、低耗等较优的性能。

     本文作者作为项目组成员，负责ＪＳＲｌ３５跨平台方案的设计和开发，着重研究Ｗｉｎｄｏｗｓ系列操作系统上的设计和开发。

    在Ｊ２ＭＥ体系结构方面，主要负责ＯＲＬ，以及ＯＲＬ与ＸＯＲＰ之间粘合逻辑的设计和开发；在多媒体类型方面，主要负责设计和开发Ｗａｖｅ格式及Ｍｐｅ９４格式多媒体文件的同放与控制。

     ｌＯ 摘要本文的内容和组织结构 本文首先介绍了Ｊ２ＭＥ的发展现状，以及可选包ＪＳＲｌ３５的基本内容，该可选包为Ｊａｖａ应用在移动设备行运行使用多媒体提供了一套简洁的、可扩充的和规范的ＡＰＩ。

    在分析了一些手持设备上多媒体处理的市场需求和应用意义以后，阐述了在Ｊ２ＭＥ框架中开发ＪＳＲｌ３５的必要性、可行性和应用前景，并大致提出了方面的一些注意点。

     接着，本文概要地介绍了ＪＳＲｌ３５的基本特性和体系结构。

    在ＪＳＲｌ３５中，多媒体的处理被划分为协议处理和内容处理两个部分，两个高层对象ＤａｔａＳｏｕｒｃｅ和Ｐｌａｙｅｒ分别封装了这两部分。

    我们通过Ｍａｎａｇｅｒ生成Ｐｌａｙｅｒ，同时能用一个或多个Ｃｏｎｔｒｏｌｓ来调整ｐｌａｙｅｒ的行为。

    Ｐｌａｙｅｒ可是说是整个ＪＳＲＩ ３５ ＡＰＩ的核心部分，它控制多媒体的播放，提供基本的同步机制，管理着整个媒体播放器的生命过程。

     本文的重点之一，在于文章从架构设计入手对ＸＯＲＰ／ＯＲＬ系统中ＪＳＲｌ３５的跨平台设计作了全面的介绍。

    在我们的设计中．系统被划分成Ｊａｖａ层和Ｎａｔｉｖｅ层两个层次。

    Ｊａｖａ层即我们的ＪＳＲｌ３５类库Ｏｒｌ，它又分成上下两层：上层实现ＭＭＡＰＩ的各种调用逻辑：下层将所有和Ｎａｔｉｖｅ层交互的部分封装起来。

    用ｃ／ｃ十＋实现的Ｎａｔｉｖｅ层即我们使用的虚拟机ＸＯＲＰ，其包含的ＪＳＲｌ３５ Ｎａｔｉｖｅ部分也分为上下两层：上层是平台无关的，主要目的是为不同平台提供统一的接口，方便移植和最大程度的代码重用；下层则与平台相关，包含了与底下操作系统的粘合逻辑，随底下操作系统支持的不同（Ｗｉｎ３２，ＷｉｎＣＥ，Ｐｏｃｋｅｔ ＰＣ，Ｓｍａｒｔｐｈｏｎｅ或Ｌｉｎｕｘ等）有不同的实现，在这一层中我们还很好地利用了Ｉｎｔｅｌ公司提供的ＩＰＰ （Ｉｎｔｅｇｒａｔｅｄ Ｐｅｒｆｏｒｍａｎｃｅ Ｐｒｉｍｉｔｉｖｅｓ）开发包。

    可见，整个设计具有良好的扩展性和移植性。

     在Ｗｉｎ３２和ＷｉｎＣＥ平台上。

    我们还将专门用来播放数字音讯的应用程序接口ｗａｖｅＯｕｔ和ｍｉｄｉＯｕｔ纳入上述设计中。

    在Ｗｉｎｄｏｗｓ系列操作系统上，我们还有一种设计方案是充分利用ＤｉｒｅｃｔＳｈｏｗ的特性和功能来实现ＪＳＲｌ３５。

    基于ＤｉｒｅｅｔＳｈｏｗ的系统架构在Ｗｉｎｄｏｗｓ平台上执行效率很高．而在跨平台性方面该设计则劣于前面基于ＩＰＰ的设计，所以最终被抛弃。

     本文的又一重点，在于文章介绍了前面提出的ＪＳＲｌ３５跨平台设计方案的实现机制，并详细阐述了在Ｗｉｎｄｏｗｓ系列操作系统上，各媒体格式回放和控制的实现。

    在Ｗｉｎ３２和ＷｉｎＣＥ平台上，我们除了使用ＩＰＰ开发包以外，还利用了专门用来播放数字音讯的应用程序接口ｗａｖｅＯｕｔ和ｍｉｄｉＯｕｔ．Ｗａｖｅ格式的多媒体 摘要文件，直接在Ｎａｔｉｖｅ层的ＷａｖｅＰｌａｙｅｒ中用Ｗｉｎｄｏｗｓ ｗａｖｅＯｕｔ ＡＰＩ播放；Ｍｐ３格式的多媒体文件，通过ＩＰＰ解码器转换为Ｗａｖｅ格式后，再用ＷａｖｅＯｕｔＡＰＩ播放；Ｍｐｅ９４格式的多媒体文件．通过ＩＰＰ解码器抓出特定信息和待播放的帧，然后用ＭＩＤＰ２．０ Ｕｌ来绘制帧；ｍｉｄｉ格式的多媒体文件，需要Ｎａｔｉｖｅ层的ＭｉｄｉＰｌａｙｅｒ借助辅助类ＭｉｄｉＣｏｎｔｒｏｌ，ＭｉｄｉＣｏｎｔｒｏｌ重新组织和封装了Ｗｉｎｄｏｗｓ ｍｉｄｉＯｕｔ ＡＰＩ。

    经过测试，ＪＳＲｌ３５规范提出的多媒体回放和控制功能均得到了基本的实现。

    这些实现虽然基于Ｗｉｎｄｏｗｓ系列操作系统．但大部分对其它平台上的实现也具有普遍的参考意义。

     然后．本文简单介绍了ＪＳＲｌ３５的移植与测试。

    ＪＳＲｌ３５的移植工作只涉及到Ｎａｔｉｖｅ部分，具体实现时在代码中采用宏作为开关来划分编译代码块。

    为了方便Ｊ２ＭＥ类库的测试，本文的作者还自行研发了一种方法覆盖测试工具，可以统计分析Ｊ２ＭＥ应用程序运行时ｘＯＲＬ／ｏＲＬ系统中的方法调用情况。

    极大地提高了测试的效率和可视性。

     晟后，本文总结ＪＳＲｌ３５各个方面的特点并对其进一步扩充和应用作了展望。

     本文的结构如下；第一章，ＪＳＲｌ３５介绍。

    第二章，ＪＳＲｌ３５的设计。

    第三章．ＪＳＲｌ３５的实现。

    第四章。

    ＳＲｌ３５的移植与测试。

    第五章，总结与展望。

     第一章ＪＳＲｌ３５介绍 在ＭＩＤＰＩ．０（ＪＳＲ ３７）中并没有提供对声音和视频处理的支持，因此有些厂商就独立开发了ＡＰＩ来弥补这样的不足。

    在ＭＩＤＰ２．０（ＪＳＲ ｌ ｌＳ）中提供了对多媒体处理的支持．但是它只是ＭＭＡＰＩ（ＪＳＲｌ３５）的一个子集。

    ＭＭＡＰＩ为多媒体开发提供了一个强大、可扩充以及简单的接口，用来播放和录制声频（ａｕｄｉｏ）或视频（ｖｉｄｅｏ）。

    本章将对ＭＭＡＰＩ做整体介绍。

    １．１ ＭＭＡＰＩ的特性 ＭＭＡＰＩ主要有以下特性：１．支持单音，重复播放和记录基于时间的多媒体文件。

    ２．以ＣＬＤＣ为目标。

    虽然如此，ＭＭＡＰＩ在ＣＬＤＣ和ＣＤＣ软件上都可以运行 得很好。

    事实上，ＭＭＡＰＩ可以作为轻量选择用Ｊ２ＳＥ实现到ｊａｖａ ｍｅｄｉａ Ｆｒａｍｅｗｏｒｋ。

    ３．设计小巧，目的为了节省资源。

    ４．ＭＭＡＰＩ并非针对任何内容类型和协议。

    ５．可以只实现ＭＭＡＰＩ的子集。

    ＭＩＤＰ ２．０规范就包括了一个ＭＭＡＰＩ的子集， 它向上兼容所有ＡＰＩ。

    ６．扩展性强，ＭＭＡＰＩ在不修改原来功能的情况下可以添加新的功能。

    ７．选择性实现，实现者可以只实现部分功能。

    在我们的项目中，我们实现了 Ｗａｖｅ、Ｍｐ３、Ｍｐｅ酣和Ｍｉｄｉ的播放和简单控制，一些可选的高级功能如语 音捕获、录音和摄像等，我们暂时没有实现。

    １．２ ＭＭＡＰＩ的体系结构 在ＪＳＲｌ３５中。

    多媒体的处理被划分为两个部分：协议处理和内容处理。

    前者是指如何从源读取数据并送到多媒体处理系统；后者包括分析和解码多媒体数据，并将数据送给扬声器和显示器等输出设备。

    两个高层对象Ｄａｔａｓｏｕ∞ｅ和Ｐｌａｙｅｒ在ＭＭＡＰＩ中担任了重要角色，分别封装了协议处理和内容处理这两部分。

    下面这张图表明了这些类问的协作关系： 图Ｉ－Ｉ·ＭＭＡＰｌ的高层协作图１．一个Ｐｌａｙｅｒ知道如何去解释媒体数据。

    举个例子，某种类型的Ｐｌａｙｅｒ知道如 何根据Ｍｐ３媒体数据产生声音，另外一个Ｐｌａｙｅｒ知道如何播放一段 ＱｕｉｃｋＴｉｍｅ的ｍｏｖｉｅ。

    ｊａｖａｘ．ｍｉｃｒｏｅｄｉｔｉｏｎ．ｍｅｄｉａ．Ｐｌａｙｅｒ接１２１的实现即是这里说 的Ｐｌａｙｅｒ．２．一个ＤａｔａＳｏｕｒｅｅ知道如何从它的原始位置读取媒体数据给ｐｌａｙｅｒ。

    媒体数据 可以被保存在不同的位置，从远程服务器到资源文件或者ＲＭＳ数据库。

    媒 体数据可以从原始位置通过ＨＴｒＰ，像ＲＴＰ一样的流式传输协议，或者其他 机制传输到ｐｌａｙｅｒ。

    ｊａｖａｘ．ｍｉｃｒｏｃｄｉｔｉｏｎ．ｍｅｄｉａ．ｐｒｏｔｏｃ０１．ＤａｔａＳｏｕｒｅｅ是ＭＭＡＰＩ 中所有ＤａｔａＳｏｕｒｅｅ类的抽象父类。

    ３．你能用一个或多个Ｃｏｎｔｒｏｌｓ来调整Ｐｌａｙｅｒ的行为。

    你可以在Ｐｌａｙｅｒ从媒体转 换数据的时候从一个Ｐｌａｙｅｒ实例取得并且使用Ｃｏｎｔｒｏｌｓ。

    比如，你能用一个 ＶｏｌｕｍｅＣｏｎｔｒｏｌ来调节一个采样音频的声音大小。

    Ｃｏｎｔｒｏｌｓ是 ｊａｖａｘ．ｍｉｅｒｏｅｄｉｔｉｏｎ．ｍｅｄｉａ．Ｃｏｎｔｒｏｌ接口的实现。

    详细的Ｃｏｎｔｒｏｌ子接口在 ｊａｖａｘ．ｍｉｃｒｏｅｄｉｔｉｏｎ．ｍｅｄｉａ．ｃｏｎｔｒｏｌ包中，包括ＦｒａｍｅＰｏｓｉｔｉｏｎｉｎｇＣｏｎｔｒｏｌ、 ＧＵＩＣｏｎｔｒｏｌ、ＭｅｔａＤａｔａＣｏｎｔｒｏｌ、ＭｌＤＩＣｏｎｔｒｏｌ、ＰｉｔｃｈＣｏｎｔｒｏｌ、ＲａｔｅＣｏｎｔｒｏｌ、 ＲｅｃｏｒｄＣｏｎｔｒｏｌ、ＳｔｏｐＴｉｍｅＣｏｎｔｒｏｌ、ＴｅｍｐｏＣｏｎｔｒｏｌ、ＴｏｎｅＣｏｎｔｒｏｌ、ＶｉｄｅｏＣｏｎｔｒｏｌ 和ＶｏｌｕｍｅＣｏｎｔｒｏｌ等。

    ４．最后，Ｍａｎａｇｅｒ把每一个部件捆绑起来．并且为ＡＰＩ提供了切入点。

     ｊａｖａｘ．ｍｉｃｒｏｅｄｉｔｉｏｎ．ｍｅｄｉａ．Ｍａｎａｇｅｒ类包含了得到Ｐｌａｙｅｒ或ＤａｔａＳｏｕｒｅｅ的静态 方法。

    １．２．１创建Ｐｌａｙｅｒ实例 摘要 通过如下三种方法我们得到一个Ｐｌａｙｅｒ的实例 １）ｐｕｂｌｉｃ ｓｔａｔｉｃ Ｐｌａｙｅｒ ｃｒｅａｔｅＰｌａｙｅｒ（Ｓｔｒｉｎｇ ＩｏｃａｔｏＯ ｔｈｒｏｗｓ ＩＯＥｘｃｅｐｔｉｏｎ， ＭｅｄｉａＥｘｃｅｐｔｉｏｎ ２）ｐｕｂｌｉｃ ｓｔａｔｉｃ Ｐｌａｙｅｒ ｃｒｅａｔｅＰｌａｙｅｒ（ＤａｔａＳｏｕｒｃｅ Ｓｏｕｒｃｅ）ｔｈｒｏｗｓ ＩＯＥｘｃｅｐｔｉｏｎ， ＭｅｄｉａＥｘｃｅｐｔｉｏｎ ３）ｐｕｂｌｉｃ ｓｔａｔｉｃ Ｐｌａｙｅｒ ｃｒｅａｔｅＰｌａｙｅｒ（ＩｎｐｕｔＳｔｒｅａｍ ｓｔｒｅａｍ，Ｓｔｒｉｎｇ ｔｙｐｅ）ｔｈｒｏｗｓ ＩＯＥｘｃｅｐｔｉｏｎ，ＭｅｄｉａＥｘｅｅｐｔｉｏｎ 圈１－２，Ｍａｎａｇｅｒ生成Ｐｌａｙｅｒ的三种方式 得到一个Ｐｌａｙｅｒ最简单的方法是使用第一个ｃｒｅａｔｅＰｌａｙｅｒ方法，仅仅传递一个代表媒体数据位置的字符串就可以了。

    举个例子，你可以指定一个网站上的音频文件：Ｐｌａｙｅｒ Ｐ＝Ｍａｎａｇｅｒ．ｃｒｅａｔｅＰｌａｙｅｒ（”ｈｔｔｐ：／／ｗｅｂｓｅｒｖｅｒ／ｍｕｓｉｃ．Ｍｐ３”）； 其他ｃｒｅａｔｅＰｌａｙｅｒ方法允许你从一个ＤａｍＳｏｕｒｃｅ或一个ＩｎｐｕｔＳｔｒｅａｍ流创建Ｐｌａｙｅｒ。

    一个ＩｎｐｕｔＳｔｒｅａｍ是个最简单的对象，仅仅是一个字节流；而ＤａｔａＳｏｕｒｃｅ更为高级，是一个选择协议去访问媒体数据的对象。

    传递一个位置字符串是个最好的捷径，ＭＭＡＰＩ会判断用何种协议并为ｐｌａｙｅｒ取得媒体数据。

    １．２．２ Ｐｌａｙｅｒ的行为 Ｐｌａｙｅｒ可是说是整个ＪＳＲｌ３５ ＡＰＩ的核心部分，它控制多媒体的播放，提供基本的同步机制，管理着整个媒体播放器的生命过程。

    Ｐｌａｙｅｒ接收并解析多媒体数据，送交外设播放。

    Ｐｌａｙｅｒ的状态转移图如下： ｄ‘血ｏｃ“ｃ０ ｄｅｓｌ〕ｏｃａｔｅ０ Ｓｔ０１）Ｏ .