AppData\Local\Packages что это за папка в Windows 10?

AppData\Local\Packages — папка, которая возможно используется для работы метро-приложений. То есть не обычные программы, там Хром, Офис, Блокнот, а именно метро-приложения, которые запускаются из меню Пуск и которые еще можно назвать плиточными. Если вы собрались очистить папку Packages, то будьте готовы к глюкам с этими метро-приложениями.

Юзеры в сети пишут — папка AppData\Local\Packages много весит, оказывается, что в этой папке могут быть всякие непонятные.. папки.. файлы.. но среди этого всего возможно что есть папка кэша — cache. И вероятно что именно она и может прилично занимать места. У одного юзера так и было — в Packages внутри была папка AVG Web TuneUp, а в ней — cache, которая и весила десятки гигабайт.

То есть уже делаем вывод — просто так взять и удалить AppData\Local\Packages нельзя. Почистить — можно попробовать. Не исключено что в чистилке CCleaner уже учтено то, что может быть такая папка Packages, которой можно почистить файлы кэша.

Может стоит удалить некоторые метро-приложения, но гарантирует ли это и удаление кэша этих приложений?

Один юзер пишет — у него начало пропадать место на системном диске. Начал смотреть. Оказалось папка Packages. Но он узнал кто виновник — приложение Microsoft.BingNews. Юзер уточнил — новости читает часто и один визит, предположительно, сьедает около 50 мегов на диске. Господа, это абсурд. Мне кажется что обычный браузер вроде Хрома и то так не беспредельничает. Юзер папку очистил, но как — непонятно.

У меня этой папки нет. Но есть предположение, что в папке Packages могут быть файлы или папки, которые в своем названии как-то намекают к какому приложению они имеют отношение. Например я нашел такие пути:

konstantin — это просто имя учетной записи. Пользователя так звали видимо. Так вот — есть папка C6965DD5.VK_v422avzh127ra, по на названию папка и ее содержимое вроде как имеет отношение к приложению ВКонтакте. В теории остальные папки также могут иметь подсказки в названиях к чему они относятся. Если в папке приложения есть LocalCache и она много занимает места — переименуйте ее в LocalCache_temp и посмотрите, если не будет проблем вообще, значит можно удалять. Наблюдать советую день-два.

И снова я натыкаюсь на комментарий чела — он пишет что нельзя удалять папку Packages иначе будут удалены метро-приложения. Даже после удаления папка будет восстановлена. Но с другой стороны — сами приложения никак не могут весить десятки гигов. Это какие-то другие данные, в большой вероятностью что временные, которые можно удалить. Как я уже писал выше — скорее всего это кэш приложений (нужно разбираться и смотреть в папке Packages).

Так, а почему вы вам не поэкспериментировать? Удалять Packages — нет, не нужно. Зайдите в эту папку и переименуйте то, что кажется можно будет удалить. То есть папки кэша или просто те, которые оч много весят. Будут ли проблемы? Да, могут. Что делать? Все просто — нужно создать точку восстановления. Зажмите Win + R, далее укажите команду:

control /name microsoft.system

В свойствах выбираете системный диск и нажимаете Создать:

Указываете имя точки и создаете:

После создания точки можете попробовать удалить какие-то тяжелые папки в Packages.

Выяснилось, что удаление папок в Packages может быть проблемным из-за отсутствие прав. Просто будет выкидывать ошибку. Что делать? Есть выход — использование утилиты Unlocker. Она создана спецом для удаления неудаляемых файлов и папок. Бесплатная, я пользуюсь версией 1.9.2. Если будете устанавливать — осторожно, при установке хочет установится какой-то Дельта Тулбар, поэтому внимательно смотрите и снимите необходимые галочки.

Удивительно, но мне удалось найти команду очистки кэша папки AppData\Local\Packages, о такой команде даже и не слышал:

Зажмите кнопки Win + Q и вставьте эту команду потом выберите в результате о очистите кэш.

Еще одно небольшой открытие — оказывается в антивирусе Касперский есть функция очистки папки Packages.

Уже второй юзер пишет — AVG TuneUp может быть причиной большого веса папки.

Ребята, снова важная информация. Один пользователь на форуме Microsoft говорит следующее: если вы удалили все метро-приложения при помощи PowerShell или вообще не пользуетесь метро-приложения, тогда вы можете безопасно удалить папку Packages. Из чего делаем вывод — папка нужна только для метро-приложений. То есть на обычные программы и на работу системы папка влияния не оказывает.

Один юзер тоже очистил папку Packages и причиной было приложение AVG Web TuneUp. Я заинтересовался, узнал:

На этом все. Искренне надеюсь информация помогла. Удачи.

Package Class

Definition

Provides information about a package.

Windows 10 requirements

Remarks

Although Package is supported in desktop apps, some members of this class are supported only in UWP app. The remarks section will indicate whether a member has any restrictions on its behavior.

Version history

Windows version	SDK version	Value added
1607	14393	IsOptional
1607	14393	SignatureKind
1607	14393	VerifyContentIntegrityAsync
1703	15063	GetContentGroupAsync
1703	15063	GetContentGroupsAsync
1703	15063	SetInUseAsync
1703	15063	StageContentGroupsAsync(IEnumerable)
1703	15063	StageContentGroupsAsync(IEnumerable,Boolean)
1809	17763	CheckUpdateAvailabilityAsync
1809	17763	GetAppInstallerInfo
1903	18362	EffectiveLocation
1903	18362	MutableLocation
2004	19041	EffectiveExternalLocation
2004	19041	EffectiveExternalPath
2004	19041	EffectivePath
2004	19041	GetAppListEntries
2004	19041	GetLogoAsRandomAccessStreamReference
2004	19041	InstalledPath
2004	19041	IsStub
2004	19041	MachineExternalLocation
2004	19041	MachineExternalPath
2004	19041	MutablePath
2004	19041	UserExternalLocation
2004	19041	UserExternalPath

Properties

Gets the package for the current app.

Gets the packages on which the current package depends.

Gets the description of the package.

Gets the display name of the package.

Gets the location of the machine-wide or per-user external folder specified in the package manifest for the current package, depending on how the app is installed.

Gets the location of the machine-wide or per-user external folder specified in the package manifest for the current package, depending on how the app is installed.

Gets either the location of the installed folder or the mutable folder for the installed package, depending on whether the app is declared to be mutable in its package manifest.

Gets either the path of the installed folder or the mutable folder for the installed package, depending on whether the app is declared to be mutable in its package manifest.

Gets the package identity of the current package.

Windows Phone only. Gets the date the application package was installed on the user’s phone.

Gets the date on which the application package was installed or last updated.

Gets the current package’s path in the original install folder for the current package.

Gets the current package’s path in the original install folder for the current package.

Indicates whether the package is a bundle package.

Indicates whether the package is installed in development mode.

Indicates whether other packages can declare a dependency on this package.

Indicates whether the package is optional.

Indicates whether the package is a resource package.

Gets a value that indicates whether the application in the current package is a stub application.

Gets the logo of the package.

Gets the location of the machine-wide external folder specified in the package manifest for the current package.

Gets the location of the machine-wide external folder specified in the package manifest for the current package.

Gets the current package’s path in the mutable folder for the installed package, if the app is declared to be mutable in its package manifest.

Gets the current package’s path in the mutable folder for the installed package, if the app is declared to be mutable in its package manifest.

Gets the publisher display name of the package.

How the app package is signed.

Get the current status of the package for the user.

Gets the location of the per-user external folder specified in the package manifest for the current package.

Gets the path of the per-user external folder specified in the package manifest for the current package.

Methods

The CheckUpdateAvailabilityAsync method allows developers to check for updates to the main app package listed in the .appinstaller file. It allows the developer to determine if the updates are required due to .appinstaller policy. This method currently only works for applications installed via .appinstaller files.

Returns the .appinstaller XML file location. Use this method when you need to retrieve the .appinstaller XML file location for your app. For example, this is useful if your app needs to share a URI to its associated .appinstaller file. You can optionally add arguments to the URI.

Enumerates the packaged apps on the device and returns the list synchronously. Only apps included in the current package are returned.

Enumerates the packaged apps on the device and returns the list asynchronously. Only apps included in the current package are returned.

Provides information about the package content group such as its state, name, whether it is required, and so on.

Provides information about all of the package content groups in the app and their state, name, whether they are required, and so on.

Gets the application logo of the package as a random access stream.

Windows Phone only. Returns a token that can be used to retrieve the thumbnail image associated with this application package.

Windows Phone only. Launches the specified application.

Sets whether the package is in use or not.

Put the packages in the specified content groups into the staging queue.

Put the packages in the specified content groups into the staging queue; optionally placing the content groups at the head of the queue.

Ensures that the package has not been modified or tampered with before being loaded.

Set up your desktop application for MSIX packaging in Visual Studio

You can use the Windows Application Packaging Project project in Visual Studio to generate a package for your desktop app. Then you can distribute your package to the Microsoft Store, on the Web, in your enterprise or any other distribution mechanism you’re using.

Required Visual Studio version and workload

The Windows Application Packaging Project project is available in the following versions of Visual Studio:

• Visual Studio 2019
• Visual Studio 2017 15.5 and later

To see the Windows Application Packaging Project template in the ‘Add New Project’ menu, you need to make sure you have at least one of the following the Visual Studio workloads installed:

• The ‘Universal Windows Platform development’ workload
• The Optional Component ‘MSIX Packaging Tools’ in the NET Core workload.
• The Optional Component ‘MSIX Packaging Tools’ in the .NET desktop development workload.

For the best experience we recommend that you use the latest Visual Studio release.

The Windows Application Packaging Project project in Visual Studio is supported on Windows 10, version 1607, and later. It can only be used in projects that target Windows 10 Anniversary Update (10.0; Build 14393) or a later release.

Here are a few other things you can do from the Visual Studio Application Packaging Project:

вњ”пёЏ Automatically generate visual assets.

вњ”пёЏ Make changes to your manifest using a visual designer.

вњ”пёЏ Generate your package or bundle using a wizard.

вњ”пёЏ (If publishing to the Microsoft Store) Easily assign an identity to your application from a name that you’ve already reserved in Partner Center.

Prepare your application

Review this guide before you begin creating a package for your application: Prepare to package a desktop application.

Setup the Windows Application Packaging Project in your solution

In Visual Studio, open the solution that contains your desktop application project.

Add a Windows Application Packaging Project project to your solution.

You won’t have to add any code to it. It’s just there to generate a package for you. We’ll refer to this project as the «packaging project».

Set the Target Version of this project to any version that you want, but make sure to set the Minimum Version to Windows 10 Anniversary Update.

In Solution Explorer, right-click the Applications folder under the packaging project and choose Add Reference.

Choose your desktop application project, and then choose the OK button.

You can include multiple desktop applications in your package, but only one of them can start when users choose your app tile. In the Applications node, right-click the application that you want users to start when they choose the app’s tile, and then choose Set as Entry Point.

Build the packaging project to ensure that no errors appear. If you receive errors, open Configuration Manager and ensure that your projects target the same platform.

Use the Create App Packages wizard to generate an MSIX package/bundle or an .msixupload/.appxupload file (for Store publishing to the Store).

Next steps

Package your desktop app in Visual Studio

Run, debug or test your desktop application

Additional resources

Video

Enhance your desktop application by adding UWP APIs

Extend your desktop application by adding UWP projects and Windows Runtime Components