InApp 计费安全和远程方法调用

Question

我已经在应用程序中实现了应用程序计费，现在我想进一步确保它的安全。 阅读开发者材料，其中指出：

除了运行混淆程序之外，我们建议您使用以下技术来混淆应用内结算代码。

将方法内联到其他方法中。

动态构造字符串，而不是将它们定义为常量。

使用Java反射来调用方法。

http://developer.android.com/guide/market/billing/billing_best_practices.html

混淆 - 好吧，我可以做到这一点= proguard

将方法内联到其他方法中 - 这就是说，一旦我的代码完成，就尽可能摆脱大量的面向对象并用一种方法将所有代码放入尽可能多的行（用于我的应用程序的计费部分）？这包括内联类吗？在android示例中，他们有一个常量类，我会内联所有这些吗？

动态构造字符串 - 是的，因此将所有类常量变量移动到行中 - 精细的 proguard 应该涵盖这个

使用 Java 反射 - 这是我的主要问题。我应该调用所有我的方法而不是调用它们吗？

为了节省自己的精力，我可以这样做：

private static Object invokeMethod(String name, Class<?>[] params, Object[] args){
    try {
        return MySpecificClass.class.getMethod(name, params).invoke(null, args);
    } catch (IllegalArgumentException e) {
        // Should never happen in my code, ignore and cancel in app charge
    } catch (SecurityException e) {
        // Should never happen in my code, ignore and cancel in app charge
    } catch (IllegalAccessException e) {
        // Should never happen in my code, ignore and cancel in app charge
    } catch (InvocationTargetException e) {
        // Should never happen in my code, ignore and cancel in app charge
    } catch (NoSuchMethodException e) {
        // Should never happen in my code, ignore and cancel in app charge
    }
    return null;
}

然后我可以做这样的事情：

private static boolean someMethod() {
    return true; // just an example
}

params = new Class<?>[0];
    if ((Boolean) invokeMethod("someMethod", params, null)) {
        // Do something
    }

这是良好的安全性，还是只是代码膨胀并使我的应用程序无法针对真正的用户问题进行调试？

谢谢。

Answer 1

当盗版威胁明显增加时，您似乎可以考虑这一点。如果反射有可能损害用户体验，我就无法证明使用反射只是为了额外的一层混淆是合理的。