我正在开发一个名为 RecordView 的较低级别 Activity 的项目，用于显示记录详细信息，例如图像、拍摄日期和时间以及纬度/经度信息。我不是试图操纵相机来进行地理标记和访问 exif 数据，而是尝试实现一个位置监听器来获取首次拍摄图像的位置(按下按钮时)。这种方法有效 - 我得到我的位置以正确显示和更新数据库中的记录(稍后返回 View 从头开始显示位置)。但是，如果我退出当前的 RecordView，然后再输入两个(任意组合)，程序将崩溃并出现错误 InstanceCountViolation(下面转载了完整错误)。当我覆盖 RecordView 的生命周期方法以在调用每个方法时显示时，我们发现它在再次调用之前被销毁了。也就是说，在任何给定时间似乎都不会存在多个 RecordView。

所以我的问题归结为:错误来自哪里，我该如何解决？

关于被摧毁的事情是在撒谎吗？ LocationListener 是否位于某处并导致问题？是否有无关的东西可能提供虚假错误？

此外，我是否应该执行可怕的硬编码修复并仅增加允许的 RecordView 实例的限制？或者继续寻找另一种方法(例如，我尝试使用 PendingIntent.getBroadcast(...) 调用请求单个更新)？

作为引用，此错误已出现在 3.1 的模拟器和实际的平板电脑(Xoom，3.1)上。注释掉监听器更新代码似乎可以避免崩溃(编辑 2:我似乎错了)。与监听器相关的代码如下(可以在 RecordView 类的公共(public)方法 updateLocation 中找到)。

    // Listener for the update request
    LocationListener locListener = new LocationListener() {
        // Store the currentRecord so the listener can update it after return
        Record currentRecord = record;
        GeoDatabase database = data;
        @Override
        public void onLocationChanged(Location location) {
            if (location != null) {
                myLocation = location;
                Log.d(TAG, "Location pulled as " + myLocation);
                String lat = Location.convert(myLocation.getLatitude(), 
                        Location.FORMAT_SECONDS);
                String lon = Location.convert(myLocation.getLongitude(), 
                        Location.FORMAT_SECONDS);

                // Update the record values
                currentRecord.setRecordLatitude(lat);
                currentRecord.setRecordLongitude(lon);
                database.updateRecord(currentRecord);
                Log.d(TAG, "Record values now listed as "+ record.getValues());

                // Update the text boxes
                latitude.setText(lat);
                longitude.setText(lon);

                Toast.makeText(getBaseContext(),"GPS location updated",
                        Toast.LENGTH_LONG).show();
            } else {
                Log.w(TAG, "Passed location is null!");
                Toast.makeText(getBaseContext(),
                        "GPS error - unusable location", 
                        Toast.LENGTH_LONG).show();
            }
        }

        @Override
        public void onProviderDisabled(String provider) {
            Toast.makeText(getBaseContext(),
                    "GPS disabled", Toast.LENGTH_SHORT).show();
        }

        @Override
        public void onProviderEnabled(String provider) {
            Toast.makeText(getBaseContext(),
                    "GPS enabled", Toast.LENGTH_SHORT).show();
        }

        @Override
        public void onStatusChanged(String provider, int status, Bundle extras) {
        }
    };

    lm.requestSingleUpdate(LocationManager.GPS_PROVIDER, locListener, null);

完整错误:

android.os.StrictMode$InstanceCountViolation:class [program path].RecordView; instances=3; limit=2
    at android.os.StrictMode.setClassInstanceLimit(StrictMode.java:1)

编辑:

我确定了两件事。

首先是当 Logcat 显示 RecordView Activity 被销毁时，LocationListener 已正确断开连接(已销毁？无论如何它都是空的)。然而，听众似乎从坟墓之外更新 - 也就是说，我有时会在更高级别的 Activity 屏幕上看到关于 GPS 更新的 Toast 消息，并且 GPS 信息似乎已经更新。

第二个是，它并没有完全崩溃 - 它似乎是强制关闭 RecordView 而不是整个应用程序。应用程序的主要部分似乎基本上被最小化了。

编辑 2:

我们最近使用新 Activity 添加了一个首选项屏幕，它与 RecordView 有相同的 InstanceCountViolation 错误。我们已经证实，无需更改 Activity 中的任何内容就会导致错误发生:只需打开几次即可。下面是我们如何从主要 Activity 中打开子 Activity 的示例:

Intent intent = new Intent(this.getActivity()
        .getApplicationContext(), RecordView.class);
Bundle extras = new Bundle();
extras.putString("tableName", "table1");
extras.putInt("id", mId);
extras.putBoolean("newRecord", false);
extras.putLong("folder_id", mFolderId);
extras.putString("type", recordList.get(mId).getTableName());
intent.putExtras(extras);

startActivity(intent); 

所以现在我想知道 Intent 如何处理 Activity 创建和删除是否存在问题。

最佳答案

好像不需要，但是你试过调用

lm.removeUpdates(locListener);

注销监听器？

关于android - 尽管已被销毁，但多次打开子 Activity 会导致 InstanceCountViolation，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6602129/