ICU-Project.org库在Android上工作得足够好吗?

Question

我试图在我的android应用程序中使用ICU-Project.org库(ICU4J v55.1)，它有一个很好的替代Java日历，如日本和伊斯兰日历，但jar文件总是导致eclipse或我的应用程序崩溃

我不能在我的android应用程序中使用它，但它在一个正常的Java项目中100%正常工作，所以我不知道这是什么问题

第一次，我复制jar文件到我的lib文件夹，然后右键单击>添加到构建路径

当我在Android模拟器中运行应用程序时，这个方法会导致杀死IDE，并显示以下消息:

Unable to execute dex: Java heap space
Java heap space

虽然我已经增加了堆空间，如下所示，但没有解决:

--launcher.XXMaxPermSize
2048M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
2048m
--launcher.defaultAction
openFile
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Xms2048m
-Xmx2048m

第二次:我已经删除了jar文件，并添加它(右键单击MyApp>属性> Java构建路径> Libraries选项卡>添加外部jar

在Order and Export选项卡中，jar被选中

现在当我运行Android模拟器，它的工作，但我的应用程序崩溃与以下错误:

08-27 18:46:06.635: I/dalvikvm(295): Could not find method com.ibm.icu.util.Calendar.getInstance, referenced from method com.c.cx.Main.onCreate
08-27 18:46:06.635: W/dalvikvm(295): VFY: unable to resolve static method 13898: Lcom/ibm/icu/util/Calendar;.getInstance ()Lcom/ibm/icu/util/Calendar;
08-27 18:46:06.665: D/dalvikvm(295): VFY: replacing opcode 0x71 at 0x0009
08-27 18:46:06.665: D/dalvikvm(295): VFY: dead code 0x000c-002b in Lcom/c/cx/Main;.onCreate (Landroid/os/Bundle;)V
08-27 18:46:06.805: D/AndroidRuntime(295): Shutting down VM
08-27 18:46:06.805: W/dalvikvm(295): threadid=1: thread exiting with uncaught exception (group=0x4001d800)
08-27 18:46:06.815: E/AndroidRuntime(295): FATAL EXCEPTION: main
08-27 18:46:06.815: E/AndroidRuntime(295): java.lang.NoClassDefFoundError: com.ibm.icu.util.Calendar
08-27 18:46:06.815: E/AndroidRuntime(295):  at com.c.cx.Main.onCreate(Main.java:15)
08-27 18:46:06.815: E/AndroidRuntime(295):  at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
08-27 18:46:06.815: E/AndroidRuntime(295):  at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2627)
08-27 18:46:06.815: E/AndroidRuntime(295):  at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2679)
08-27 18:46:06.815: E/AndroidRuntime(295):  at android.app.ActivityThread.access$2300(ActivityThread.java:125)
08-27 18:46:06.815: E/AndroidRuntime(295):  at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2033)
08-27 18:46:06.815: E/AndroidRuntime(295):  at android.os.Handler.dispatchMessage(Handler.java:99)
08-27 18:46:06.815: E/AndroidRuntime(295):  at android.os.Looper.loop(Looper.java:123)
08-27 18:46:06.815: E/AndroidRuntime(295):  at android.app.ActivityThread.main(ActivityThread.java:4627)
08-27 18:46:06.815: E/AndroidRuntime(295):  at java.lang.reflect.Method.invokeNative(Native Method)
08-27 18:46:06.815: E/AndroidRuntime(295):  at java.lang.reflect.Method.invoke(Method.java:521)
08-27 18:46:06.815: E/AndroidRuntime(295):  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
08-27 18:46:06.815: E/AndroidRuntime(295):  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
08-27 18:46:06.815: E/AndroidRuntime(295):  at dalvik.system.NativeStart.main(Native Method)

我对lib的使用:

package com.c.cx;
import com.ibm.icu.util.Calendar;
import android.app.Activity;
import android.os.Bundle;
import android.widget.Toast;
public class Main extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        Calendar cal = Calendar.getInstance();      
        Toast.makeText(getApplicationContext(), ""+cal.get(Calendar.YEAR), Toast.LENGTH_SHORT).show();
    }
}

我的JDK版本:1.6，我把它改成了1.7，还是没有解决。

Answer 1

好吧，ICU主要不是为Android设计的。尤其有两件事让我担心:

• jar的大小非常大(10.7 MB)，还有方法的计数。
• 用于加载i18n和日历资源的类加载器和服务加载器架构不能很好地与Dalvik VM合作(可能与您的问题直接相关)。

我也不确定在Android平台上使用类加载器加载jar中的资源是否是一种有效的机制。其他库也观察到与此主题相关的性能问题——例如Joda-Time-Android(特别是"为什么使用这个库?"一节)或Threeten-ABP。我有足够的理由克隆我自己的名为Time4J/a的库，并将其重新架构为优化的库，也使用资产文件作为资源。

关于你的笔记，伊斯兰教的日历是"美妙的"。我敢有不同的意见。就像在约旦时间，伊斯兰教的ICU变体只是一个算法近似，但不能取代像沙特阿拉伯的乌玛古拉日历这样的基于目击的变体。

更正:现在我看到ICU也声称从v52版本开始支持Umalqura(只知道旧版本)。因此icu对伊斯兰历的支持确实比大多数其他库更好。

2015-08-31更新:

现在是我回答的积极部分(第一部分相当消极-抱歉)。今天我发布了Time4A-v3.6-2015f。它包含了一个涵盖ICU4J支持的所有变体的hijri日历。例子:

PlainDate today = SystemClock.inLocalView().today();
System.out.println(today); // 2015-08-31
HijriCalendar hijri = // conversion on local timeline at noon
  today.transform(HijriCalendar.class, HijriCalendar.VARIANT_ICU4J);
System.out.println(hijri); // AH-1436-11-17[islamic-icu4j]

反向转换为公历日期很简单:

System.out.println(hijri.transform(PlainDate.class));

注意，Umalqura会显示1436-11-16。ICU日历类型映射如下:

HijriCalendar。VARIANT_ICU4J => IslamicCalendar.CalculationType.ISLAMIC

HijriCalendar。VARIANT_UMALQURA =>IslamicCalendar.CalculationType.ISLAMIC_UMALQURA

HijriAlgorithm。WEST_ISLAMIC_CIVIL =>IslamicCalendar.CalculationType.ISLAMIC_CIVIL

HijriAlgorithm。WEST_ISLAMIC_ASTRO =>IslamicCalendar.CalculationType.ISLAMIC_TBLA

使用伊斯兰进行天文icu模拟的底层数据没有在Time4J中重新计算，而是使用简单的传输代码工具(基于ICU4j)进行替换，如:

IslamicCalendar cal = new IslamicCalendar(TimeZone.GMT, Locale.ROOT);
cal.clear();
cal.setCalculationType(IslamicCalendar.CalculationType.ISLAMIC);
for (int hyear = 1; hyear <= 1600; hyear++) {[
  cal.set(Calendar.YEAR, hyear);
  // here writing the islamic year in a data-file
  for (int hmonth = 1; hmonth <= 12; hmonth++) {
    cal.set(Calendar.MONTH, hmonth - 1); // zero-based-index
    cal.set(Calendar.DAY_OF_MONTH, 1);
    int len = cal.getActualMaximum(Calendar.DAY_OF_MONTH);
    if (hmonth > 1) {
      // write a space into the file
    }
    // write the length of month in days
  }
}

这段代码确保Time4J在1-1600年范围内管理与ICU4J完全相同的数据。因此，您应该能够用Time4A(大约724kB的aar库)替换ICU4J。我已经在Android Studio模拟器上测试过了。您真的不需要担心失去i18n-capabilities。Time4A支持45种语言，包括阿拉伯语、波斯语等(基于CLDR-26)的伊斯兰年历和伊斯兰月份名称。online-javadoc中显示了一个格式化示例。