Android 接入银联支付、报错 org.simalliance.openmoileapi.SEService 解决方法

已于 2023-08-24 10:04:16 修改
阅读量1.3k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Android 文章标签： 银联支付 org.simalliance.open 第三方支付银联支付
于 2017-08-23 16:24:13 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_35070105/article/details/77507514
本文介绍了一种在使用第三方支付接口时遇到的问题及其解决方案。在某些手机上出现错误后，作者发现只需添加特定的jar包即可解决问题。文中提供了该jar包的下载链接。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

前言：

 

这也是我第一次植入第三方支付的第三方接口。都开发完了后，发现在某些手机上会爆出这个错误。在网上似乎这个问题不太找到对于的方法（有可能是我百度的关键字不对），那下来就直接来看吧~！

正文：

其实也很好解决，在银联的开放平台上就能找到这个问题

只需要在自己的lib包下添加这个jar包即可

点击链接下载jar包

http://download.youkuaiyun.com/download/qq_35070105/9946906

AndroidNFC与sim卡测试demo报Asset path '/system/framework/org.simalliance.openmobileapi.jar' does not exis
清风明月的博客
09-05 2673
在运行建立sim卡连接demo，在5.0以上的Android系统出现闪退，报出如下日志： 01-01 21:55:01.479: W/ResourcesManager(17675): getTopLevelResources: /data/app/com.example.testorder-1/base.apk / 1.0 running in com.example.testorder rsr
OpenMobileAPI jar包(org.simalliance.openmobileapi.jar)
09-23
Open Mobile API是基于Android平台的用于手机应用程序访问安全模块的规范，该jar包是simalliance提供的，包含了SEService、Reader、Session、Channel等类。
org.simalliance.openmobileapi.jar
06-05
自己使用oma包，在8.0 9.0 10.0 系统上测试过没任何问题
org.simalliance.openmobileapi.jar兼容sdk5.0和5.0一下版本
清风明月的博客
10-13 5540
在sdk5.0之前Intent可以采用隐式意图，但是5.0之后便改为只能显示意图。这点导致在使用openmobileapi.jar的时候出现兼容性问题。 一般情况下，Android的jar包都是可以向下兼容的，但是这个jar包可能就要除外了，他不能向下兼容。 所以如何解决这个兼容问题？ 第一个想到的是让两个jar包并存，都放入工程下，但是实际上是行不通的，原因是因为19版本的openmobil
SIMalliance_OpenMobileAPI_v3_2.pdf
01-19
描述安卓调用服务建立与se建立通讯通道的方法，SIMalliance最新规范v3.2
android 银联,android 银联支付接入报nullexception异常
weixin_36339157的博客
05-27 343
packagecom.example.ex_example;importjava.io.ByteArrayOutputStream;importjava.io.InputStream;importjava.net.URL;importjava.net.URLConnection;importandroid.app.Activity;importandroid.app.AlertDia...
OpenMobileAPI jar包
01-13
openmobileapi是基于android平台的用于APP与SIM卡建立通信连接的规范，openmobileapi的实现需要依赖于org.simalliance.openmobileapi.jar包。该jar包包含多个版本，压缩包中包含15、17、18三个版本的jar包.
SIMalliance_OpenMobileAPI2_05_release-Feb143
01-28
SIMalliance_OpenMobileAPI2_05_release-Feb143
Android NFC之Openmobileapi类加载写法
09-27
通过类加载的方式，Class.forName("org.simalliance.openmobileapi.SEService");，new SEService(this, new SEServiceCallback());创建SEService对象，把对卡操作与activity分离，所有的操作都在SEServiceCallback中实现，让其实现SEService.Callback完成对卡的一系列操作
SIMalliance-OpenMobileAP
12-04
simalliance 发布的Open mobile api规范v2.04版本，android开发手机客户端，使用Open Mobile API
SIMalliance_OpenMobileAPI2_02.rar
07-30
Android于Android 9.0 引入了OMAPI相关实现，这篇文章是关于OMAPI的架构实现、API使用介绍实现文档。 Sim Alliance组织提供了一个标准接口规范Open Mobile API specification，使手机上层应用可以访问手机端不同的Secure Elements。
SIMAlliance规范
10-25
介绍javaCard电信ToolkitApplet的机制,事件等内容,是电信应用开发的必备手册.涵盖TS102.241, TS31.130,TS43.019等多个规范.由Gemlpto等多家厂商制订.
Android 13中的 Open Mobile API
开发以大橘为重
11-17 7896
SE 也就是 Secure Element，译为 “安全元素” 主要应用场景在 手机手表交通卡、门禁、虚拟钱包、虚拟SIM卡，以及其他身份认证的且对安全级别有一定要求的业务。
Open Mobile Api 接口使用流程
x995630736的博客
11-22 2278
jar包可以自己网上去下载，注意由于android5.0后不支持隐士启动service，所以需要下载支持android5.0以上的jar包，可以通过如下链接下载jar和测试demo。最后运行测试代码，发现一直打印绑定失败 SEService: bindingSuccessful: false，从jar包源码中可以看到是由于绑定smartcardService失败了，所以需要检查固件编译时是否有把smartcardService源码编译进去。绑定成功后说明OMA通道是正常的，就可以对SE模块进项相关操作了。
SIMalliance ltd.
liudong200618的博客
03-24 459
5. **eUICC生态系统**：介绍了eUICC系统环境的示例，包括服务器端的不同实体，如订阅管理器（根据本规范分为两部分）、其他SM（订阅管理器）、EUM（eUICC制造商）或MNO（移动网络运营商）。1. **eUICC和远程配置**：eUICC是一种集成在移动设备中的SIM卡，它允许通过远程配置来个性化和激活移动服务，而不需要物理SIM卡。2. **配置文件包的结构和编码**：本文档详细说明了构建、远程加载和安装eUICC配置文件所需的结构和编码。
Sevice详解
Peterpan1223的博客
11-04 1647
Service是什么 服务是Android中实现程序后台运行的解决方案，他非常适合是去执行那些不需要和用户交互而且还要长期运行的任务。服务的运行不依赖于任何用户界面，即使程序被切换到后台，或者用户打开了另一个应用程序，服务仍然能够保持独立运行。不过需要注意的是，服务并不是运行在一个独立的进程当中，而是依赖于创建服务时所在的应用程序进程。当某个应用程序被杀掉时，所有依赖该进程的服务也会停止运行。 ...
Android开发OMA(Open Mobile Api)
rainwell的博客
06-04 5239
. import org.simalliance.openmobileapi . new SEService . service.getReaders() . reader.openSession() . session.openLogicalChannel() . channel.transmit() ...
E PackageManager: Adding duplicate shared id: 1027 name=com.android.nfc E PackageManager: updateAllSharedLibrariesLPw failed: Package org.simalliance.openmobileapi.service requires unavailable shared library com.st.android.nfc_extensions; failing!
最新发布
07-16
<think>嗯，用户遇到了Android系统中PackageManager的共享ID冲突和共享库缺失的错误日志。这个错误看起来挺专业的，用户可能是Android开发者或者系统维护人员，正在调试系统问题。从错误信息看，核心是两个问题：共享ID重复和共享库缺失。 先看共享ID冲突部分。错误日志明确提到"Adding duplicate shared id 1027 com.android.nfc"，说明NFC应用在安装时使用了已被占用的共享ID。Android系统要求每个使用共享用户ID的应用必须使用唯一ID值，1027这个值肯定被其他应用占用了。用户可能需要检查所有使用android:sharedUserId的应用列表，找出冲突的应用。 再看共享库缺失问题。"requires unavailable shared library com.st.android.nfc_extensions"这个错误很关键。看起来这个NFC扩展库应该由设备厂商提供，但当前系统镜像里没有。可能是厂商定制ROM时遗漏了，或者用户刷入了不兼容的第三方ROM。 用户可能正在开发NFC相关功能，或者负责设备系统维护。ta看到这个错误时应该比较着急，因为涉及底层系统问题。考虑到错误信息里提到com.st.android.nfc_extensions，这个库似乎是意法半导体(STMicroelectronics)提供的，用户可能在用ST的NFC芯片解决方案。 解决方案需要分步骤处理。首先解决共享ID冲突这个明确错误，这需要修改AndroidManifest.xml声明。但更棘手的是共享库缺失问题，用户可能需要联系设备厂商获取对应ROM的库文件。如果用户是开发者，可能需要调整应用依赖，避免使用这个缺失库。 用户可能还想知道如何避免类似问题，所以除了具体解决方案，还应该补充一些预防措施。比如在开发阶段如何检查共享库依赖，如何确保共享ID唯一性等。这些对开发者长期工作都有帮助。 考虑到系统级问题的复杂性，回复应该给出多种可能性，从最简单的应用配置修改到最复杂的系统镜像更新。用户可以根据自身情况选择适合的解决方案。最后补充的相关问题也很有必要，因为这类系统错误往往不是孤立存在的。</think>针对Android PackageManager出现的"Adding duplicate shared id"和"requires unavailable shared library"错误，以下是系统性解决方案： ### 一、错误原因分析 1. **共享ID冲突** `Adding duplicate shared id 1027 com.android.nfc` 表示多个应用声明了相同的`android:sharedUserId`（此处ID 1027），但签名不一致或系统已存在相同ID的应用。共享用户ID要求： - 所有使用相同ID的应用必须**相同签名** - 系统分区中**不能预装**相同ID的应用（如NFC服务） 2. **缺失共享库** `requires unavailable shared library com.st.android.nfc_extensions` 表明`com.android.nfc`依赖厂商提供的`com.st.android.nfc_extensions`库，但： - 设备**未预装**该库 - 库文件**版本不匹配** - 库文件**路径错误**（需在`/system/framework/`或`/vendor/lib/`） --- ### 二、解决方案 #### ▶ 阶段1：解决共享ID冲突 1. **检查冲突应用清单** 查找所有声明`android:sharedUserId="android.uid.nfc"`的应用： ```bash adb shell "pm list packages -f | grep 'sharedUserId'" ``` 2. **解决方案**： - **方案A**：修改应用`AndroidManifest.xml`，移除`android:sharedUserId`属性（需重新签名） - **方案B**：确保所有冲突应用使用**相同签名证书**（需厂商协作） - **方案C**：若为系统应用，在ROM编译时检查`/system/priv-app/`和`/vendor/overlay/`中的重复APK #### ▶ 阶段2：解决共享库缺失 1. **验证库文件存在性** ```bash adb shell "ls /system/framework/*nfc_extensions*.jar" adb shell "ls /vendor/lib/*nfc_extensions*.so" ``` 2. **解决方案**： - **方案A**：刷入包含缺失库的**完整官方ROM**（需匹配设备型号和Android版本） - **方案B**：手动推送库文件（需root）： ```bash adb push nfc_extensions.jar /system/framework/ adb shell chmod 644 /system/framework/nfc_extensions.jar adb reboot ``` - **方案C**：修改应用依赖声明（仅适用于自有源码） 在`AndroidManifest.xml`中移除或替换依赖： ```xml <!-- 删除或修改此行 --> <uses-library android:name="com.st.android.nfc_extensions" android:required="true"/> ``` #### ▶ 阶段3：深度修复流程（需设备root） ```mermaid graph TD A[进入Recovery模式] --> B[挂载/system分区读写] B --> C{检查冲突应用} C -->|存在重复| D[删除非官方的NFC应用] C -->|无重复| E[检查共享库] E -->|库缺失| F[推送库文件到/system/framework] E -->|库存在| G[修复文件权限] G --> H[重启设备] ``` --- ### 三、预防措施 1. **开发规范**： - 避免使用系统保留的`sharedUserId`（如`android.uid.system`/`android.uid.nfc`） - 使用`<uses-library android:required="false">`声明可选依赖 2. **系统适配**： ```xml <!-- 在Android.bp中添加依赖验证 --> android_app { name: "MyNfcApp", required: ["com.st.android.nfc_extensions"], check_required: true } ``` 3. **设备测试**： ```bash # 测试库可用性 adb shell dumpsys package com.android.nfc | grep -A 5 "Shared Library" ``` --- ### 引用说明 > 系统共享ID冲突通常由非官方ROM或三方应用篡改系统属性导致，需确保系统分区的完整性[^1]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

WL-鬼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值