小编Mic*_*lsx的帖子

我有这个应用程序：

public class App extends Application {

    private AppInterface appInterface;

    @Override
    public void onCreate() {
        super.onCreate();

        appInterface = (AppInterface) this;
    }

    public void something() {
        appInterface.result();
    }
}

使用这个接口：

public interface AppInterface {
    void result();
}

我试图在应用程序内部调用一些方法并从接口获取结果：

public class MainActivity extends AppCompatActivity implements AppInterface {

    @Override
    public void result() {
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        final App app = (App) getApplication();
        app.something();
    }
}

但我收到此错误：

E/AndroidRuntime: FATAL EXCEPTION: main Process: com.something, PID: 13803 java.lang.RuntimeException: Unable to …

我阅读了很多关于APK限制的答案(如50MB,后来的100MB,扩展包等),但所有这些似乎都在谈论Google Play或其他市场的限制.

Android Studio 2.3强制执行的APK大小限制是多少？我想开发一个在公开市场上不可用的应用程序.

我实现了标准的 SearchView。但是当搜索处于活动状态时，SearchView 右侧有一个奇怪的空间（见图）。源代码在这里。如何将关闭按钮对齐到右侧？我在 Android 7 上测试过。我必须在这里写更多的文字，但没有理由。

菜单：

<menu xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    tools:context="com.android.nigeriaexams.ui.SettingsFragment">
    <item android:id="@+id/action_search"
        android:title="Search"
        android:icon="@drawable/ic_search"
        app:showAsAction="collapseActionView|always"
        app:actionViewClass="android.support.v7.widget.SearchView"
        android:layout_width="wrap_content" />
</menu>

活动：

@Override
public boolean onCreateOptionsMenu(Menu menu) {
    getMenuInflater().inflate(R.menu.menu_search, menu);
    MenuItem searchItem = menu.findItem(R.id.action_search);
    SearchView searchView = (SearchView) MenuItemCompat.getActionView(searchItem);
    //*** setOnQueryTextFocusChangeListener ***
    searchView.setOnQueryTextFocusChangeListener(new View.OnFocusChangeListener() {

        @Override
        public void onFocusChange(View v, boolean hasFocus) {

        }
    });

    searchView.setOnQueryTextListener(new SearchView.OnQueryTextListener() {

        @Override
        public boolean onQueryTextSubmit(String query) {

            return false;
        }

        @Override
        public boolean onQueryTextChange(String searchQuery) {
            myAppAdapter.filter(searchQuery.toString().trim());
            listView.invalidate();
            return true; …

2038 年问题（也称为 Y2038 或 Unix Y2K）涉及将许多数字系统中的时间表示为自 1970 年 1 月 1 日 00:00:00 UTC 以来经过的秒数，并将其存储为有符号的 32 位整数。此类实现无法对 2038 年 1 月 19 日 03:14:07 UTC 之后的时间进行编码。就像 Y2K 问题一样，2038 年问题是由所选数据类型的容量不足引起的。

（来源维基百科）

我试图搜索这如何影响 Android 及其应用程序。但我没有找到任何明确的答案。所以我想在这里问：

如果我们的程序将使用 System.currentTimeMillis() 方法，我们是否可以预期未来（2038 年及以后）会出现任何问题？

它们是我们应该避免的任何危险方法吗？