更新失败Windows 8.1 更新 (KB2919355)

Posted 2023-03-17

一、 确认电脑可以正常连接网络；
二、 关闭当前系统中运行的杀毒软件或防火墙软件；
三、 确认当前Windows系统时间无误，需要精确到分钟；
四、 您目前遇到的问题还有可能是远程的Windows Update服务器失去响应导致，可尝试间隔24小时后重新测试；
五、 您可以使用Windows系统的疑难解答工具尝试解决；
六、 若Windows无法更新或更新报错（比如提示“你的设备已过期，并缺少重要的安全和质量更新”），以下为解决方案：
【第一步】：请使用附件工具，鼠标右键，选择管理员模式，分别修复window更新、后台智能传输服务、windows网络诊断；
修复完成后可直接升级系统测试，无效继续执行下一步操作；
【第二步】：停止 Windows Update服务，必须以管理员身份进行登录，才能执行这些步骤。
1、单击打开“管理工具（通过单击“开始”按钮，再依次单击“控制面板”，然后单击“管理工具”；
2、双击“服务”。如果系统提示您输入管理员密码或进行确认，请键入该密码或提供确认；
3、单击“名称”列标题以逆序排列名称。找到“Windows Update”服务，右键单击该服务，然后单击“停止”。
【第三步】：删除临时更新文件
1、打开“计算机”；
2、双击安装Windows的本地硬盘（通常是驱动器C）；
3、双击Windows文件夹，然后删除SoftwareDistribution文件夹。
【第四步】：重新启动 Windows Update服务，必须以管理员身份进行登录，才能执行这些步骤；
1、单击打开“管理工具（方法同上）”；
2、双击“服务”。如果系统提示您输入管理员密码或进行确认，请键入该密码或提供确认；
3、单击“名称”列标题以逆序排列名称。找到“Windows Update”服务，右键单击该服务，然后单击“启动”；
4、关闭“服务”窗口和“管理工具”窗口。
如以上方案无效，建议您更换网络或者更换时间段升级。

七、 若开机提示”无法完成更新……“或“配置Windows update失败”，若您的电脑还可以进入正常系统或安全模式，解决方案如下：
1、您可以按“Windows 徽标键+R键”，即需要将Windows键和字母R同时按下；
2、输入“services.msc”按回车，快速调出“服务”；
3、找到“Windows update”服务，右击该服务并选择“停止”；
4、双击桌面的“这台电脑”或“计算机”图标，进入C:\windows\SoftwareDistribution目录，将DataStore和Download这两个文件夹内的全部文件删除；
5、再次找到“Windows update”服务，右击该服务并选择“启动”；
提示：如果仍然出现配置 Windows更新失败，正在还原更改的提示，则可能是某些因素在影响Windows更新的安装和配置，初步怀疑是安全软件的问题，您可以卸载安装的第三方安全软件之后再重复上面的操作。

八、 若您的电脑已经无法进入正常系统和安全模式，建议您备份数据后恢复出厂预装系统或重装系统。 参考技术A

是Windows update的临时文件损坏导致的。方法 一

在桌面的左下角处点击鼠标右键选择【计算机管理】；
2.进入计算机管理以后，依次点击【服务应用程序】---【服务】现在在右边找到Windows ；
3.Update在上面点击右键再点【重新启动】；

4.正在重启Windows Update服务。重启完成后，再到WIN8.1的更新界面。重试一次。

验证：

1.在Windows 更新界面，点击【更试一次】此时会显示正在检查更新，此时只需要等待。
2.过一会就会显示需要下载更新的补丁有多少个。点击【更新安装】就可以把WIN8.1最新的补丁给打上，让系统更加安全。

方法二

1. 开始——运行——cmd——键入net stop wuauserv回车（停止windows update服务）；2. 开始——运行——键入%windir%回车（打开系统目录）；3. 将SoftwareDistribution文件夹重命名为SDold；4. 开始——运行——cmd——键入net start wuauserv回车

参考技术B indows 8.1 kb2919355 自动更新失败，可以去“微软下载中心”，下载独立安装包，手动安装一下。
安装 KB2919442 更新包是先决条件，在安装KB2919355 之前，必须先安装 KB2919442。
这是一组积累安全更新，包括 KB2932046， KB2959977， KB2937592， KB2938439， KB2934018，是关键更新，只有安装了这组更新，计算机才能接收微软的后续更新
微软下载中心地址：http://www.microsoft.com/zh-cn/download/ 参考技术C 你这种情况跟我之前更新补丁碰到的情况一样，一般来说有两种解决方法：
1，在腾讯电脑管家修复漏洞那里装442和355的补丁，关闭win系统自动更新，装完355补丁之后重启电脑。
2，如若电脑管家安装补丁失败，可将系统更新改为检查更新，如已安装成功442补丁（在控制面板系统已安装成功补丁来看），可直接在系统更新那里找355的补丁，再次安装成功即可成功。
以上观点是我这几次安装系统得出的结论，虽然回答的晚了点，但还是希望能帮助到那些安装355补丁失败的小伙伴。 参考技术D 把自动更新关了，有些更新与盗版系统不兼容。本回答被提问者采纳

SQLite Android 数据库光标窗口分配 2048 kb 失败

【中文标题】SQLite Android 数据库光标窗口分配 2048 kb 失败

【英文标题】：SQLite Android Database Cursor window allocation of 2048 kb failed

【发布时间】：2012-07-05 14:48:39

【问题描述】：

我有一个例程每秒对 SQLite 数据库多次运行不同的查询。一段时间后我会得到错误

"android.database.CursorWindowAllocationException: - Cursor window allocation of 2048 kb failed. # Open Cursors = " 出现在 LogCat 中。

我记录了应用程序的内存使用情况，实际上，当使用量达到某个限制时，我收到了这个错误，暗示它用完了。我的直觉告诉我，每次我运行查询时，数据库引擎都会创建一个新缓冲区（CursorWindow），即使 .close() 游标，垃圾收集器和SQLiteDatabase.releaseMemory() 都不能足够快地释放内存。我认为解决方案可能在于“强制”数据库始终写入同一个缓冲区，而不是创建新缓冲区，但我一直无法找到这样做的方法。我已经尝试实例化我自己的 CursorWindow，并尝试将 SQLiteCursor 设置为它，但无济于事。

¿有什么想法吗？

编辑：来自@GrahamBorland 的示例代码请求：

public static CursorWindow cursorWindow = new CursorWindow("cursorWindow"); 
public static SQLiteCursor sqlCursor;
public static void getItemsVisibleArea(GeoPoint mapCenter, int latSpan, int lonSpan) 
query = "SELECT * FROM Items"; //would be more complex in real code
sqlCursor = (SQLiteCursor)db.rawQuery(query, null);
sqlCursor.setWindow(cursorWindow);

理想情况下，我希望能够在提供新查询之前.setWindow()，并在每次获得新数据时将数据放入相同的CursorWindow。

【问题讨论】：

我不知道是什么问题..:) 但我用来制作 SQLiteOpenHelper 类单例。所以我从来没有发现过这样的问题。

不，我不使用 SQLiteOpenHelper，我创建了一个包含 SQLiteDatabase 的静态 DataAccess 类。这很好用，我怀疑问题是否存在。这个问题更多地与 SQLite 库创建一个新容器来放置每个新查询的结果有关，而不是一遍又一遍地使用同一个容器。虽然我可以关闭游标，但 GC 清理的速度比创建新容器的速度慢，因此会产生内存占用。

您能否展示您的一些代码，尤其是您尝试设置自己的CursorWindow 时所做的事情？

@GrahamBorland public static CursorWindow cursorWindow = new CursorWindow("cursorWindow"); public static SQLiteCursor sqlCursor; public static void getItemsVisibleArea(GeoPoint mapCenter, int latSpan, int lonSpan) query = "SELECT * FROM Items"; //would be more complex in real code sqlCursor = (SQLiteCursor)db.rawQuery(query, null); sqlCursor.setWindow(cursorWindow); 理想情况下，我希望能够在进行新查询之前设置 .setWindow，并在每次获得新数据时将数据放入同一个 CursorWindow 中。

将其编辑到您的问题中，不要将巨大的代码 sn-ps 粘贴为 cmets！

【参考方案1】：

大多数情况下，导致此错误的原因是未关闭的游标。确保在使用后关闭所有游标（即使出现错误）。

Cursor cursor = null;
try 
    cursor = db.query(...
    // do some work with the cursor here.
 finally 
    // this gets called even if there is an exception somewhere above
    if(cursor != null)
        cursor.close();

要让您的应用程序在您不关闭光标时崩溃，您可以在您的应用程序onCreate 中启用Strict Mode with detectLeakedSqlLiteObjects：

StrictMode.VmPolicy policy = new StrictMode.VmPolicy.Builder()
   .detectLeakedClosableObjects()
   .detectLeakedSqlLiteObjects()
   .penaltyDeath()
   .penaltyLog()
   .build();
StrictMode.setVmPolicy(policy);

显然，您只会在调试版本中启用此功能。

【讨论】：

您实际上可以简单地使用该示例来避免空值和空值检查。

就像打开文件指针一样 - 总是在 finally 部分处理关闭以确保您的代码干净地存在。

【参考方案2】：

如果您必须深入研究大量 SQL 代码，您可以通过将以下代码 sn-p 放入 MainActivity 以启用 StrictMode 来加快调试速度。如果检测到泄漏的数据库对象，那么您的应用程序现在将崩溃，日志信息会突出显示您的泄漏位置。这帮助我在几分钟内找到了一个流氓光标。

@Override
protected void onCreate(Bundle savedInstanceState) 
   if (BuildConfig.DEBUG)      
         StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
         .detectLeakedSqlLiteObjects()
         .detectLeakedClosableObjects()
         .penaltyLog()
         .penaltyDeath()
         .build());
    
    super.onCreate(savedInstanceState);
    ...
    ...

【讨论】：

太好了！我在主类的“静态...”块中使用if (BuildConfig.DEBUG) ... 制定了这个标准。

迄今为止我发现的调试此类问题的最佳和最有效的方法应该是公认的答案！

太棒了！但是在没有 StrictMode 的情况下发布是否可以工作？

根据 StrictMode javadoc：“未来版本的 Android 可能会捕获更多（或更少）的操作，因此您永远不应在 Google Play 上分发的应用程序中启用 StrictMode。”

这是调试此类问题的最佳方法。谢谢！ :)

【参考方案3】：

我刚刚遇到了这个问题——建议的答案是在有效时不关闭光标，这不是我修复它的方法。当 SQLite 试图重新填充它的游标时，我的问题是关闭数据库。我会打开数据库，查询数据库以获取数据集的游标，关闭数据库并遍历游标。我注意到每当我在该光标中点击某个记录时，我的应用程序都会在 OP 中出现同样的错误而崩溃。

我假设游标要访问某些记录，它需要重新查询数据库，如果它被关闭，它会抛出这个错误。我通过在完成所有需要的工作之前不关闭数据库来修复它。

【参考方案4】：

Android SQLite 光标窗口确实有一个最大大小，即 2MB，超过这个大小会导致上述错误。大多数情况下，此错误是由 sql 数据库中存储为 blob 的大型图像字节数组或太长的字符串引起的。这是我修复它的方法。

创建一个 java 类，例如。 FixCursorWindow 并将下面的代码放入其中。

    public static void fix() 
        try 
            Field field = CursorWindow.class.getDeclaredField("sCursorWindowSize");
            field.setAccessible(true);
            field.set(null, 102400 * 1024); //the 102400 is the new size added
         catch (Exception e) 
            e.printStackTrace();
        
    

现在转到您的应用程序类（如果您还没有，请创建一个）并像这样调用 FixCursorWindow

公共类应用扩展应用程序

public void onCreate()

    super.onCreate();
    CursorWindowFixer.fix();

最后，确保您在清单中的应用程序标记中包含您的应用程序类，如下所示

    android:name=".App">

就是这样，现在应该可以完美运行了。

【讨论】：

由于使用反射 api，您可能会在 Android Pie 上遇到问题

【参考方案5】：

如果您运行的是 Android P，您可以像这样创建自己的光标窗口：

if(cursor instanceof SQLiteCursor && Build.VERSION.SDK_INT >= Build.VERSION_CODES.P) 
    ((SQLiteCursor) cursor).setWindow(new CursorWindow(null, 1024*1024*10));

这允许您修改特定光标的光标窗口大小，而无需借助反射。

【参考方案6】：

这里是 @whlk answer 和 Java 7 automatic resource management 的 try-finally 块：

try (Cursor cursor = db.query(...)) 
    // do some work with the cursor here.

【参考方案7】：

当我们特别使用外部 SQLite 时，这是一个正常的异常。您可以通过关闭光标对象来解决它，如下所示：

if(myCursor != null)
        myCursor.close();

意思是，如果游标有内存并且打开然后关闭它，这样应用程序会更快，所有方法都会占用更少的空间，并且与数据库相关的功能也会得到改进。

【参考方案8】：

public class CursorWindowFixer 

  public static void fix() 
    try 
      Field field = CursorWindow.class.getDeclaredField("sCursorWindowSize");
      field.setAccessible(true);
      field.set(null, 102400 * 1024);
     catch (Exception e) 
      e.printStackTrace();
    
  

【讨论】：

突破 CursorWindow 仅 2 兆字节的限制