大内存地址空间
X86程序可用内存扩展方案 1、 进入菜单找到Visual Studio 2017菜单下的 适用于 VS 2017 的 x64 本机工具命令提示 的子菜单项，右键单击弹出菜单，选择更多，选择以管理员身份运行。 2、 在当前dos窗口运行以下指令（扩展内存到4GB）：editbin /largeaddressaware C:\Users\hxx\Desktop\mCloud.exe其中后面的文件路径是所需要扩展内存的exe文件绝对路径。（通常是安装目录下的主程序路径）执行后，打印以下信息：C:\Windows\System32>dumpbin /headers C:\yidongyunpan\mCloud\mCloud.exeMicrosoft (R) COFF/PE Dumper Version 14.16.27045.0Copyright (C) Microsoft Corporation.All rights reserved. 3、 查看指令是否已经成功执行，运行以下指令：dumpbin /headers C:\Users\hxx\Desktop\mCloud.exe其中后面的文件路径是所需要扩展内存的exe文件绝对路径。（通常是安装目录下的主程序路径） 没执行内存扩展前或执行指令不成功时候，会打印以下信息：FILE HEADER VALUES 14C machine (x86) 5 number of sections 6311A64D time date stamp Fri Sep2 14:44:29 2022 0 file pointer to symbol table 0 number of symbols E0 size of optional header 102 characteristics Executable 32 bit word machine 执行指令成功后，会打印一下信息:FILE HEADER VALUES 14C machine (x86) 5 number of sections 62FC9DFA time date stamp Wed Aug 17 15:51:22 2022 0 file pointer to symbol table 0 number of symbols E0 size of optional header 122 characteristics Executable Application can handle large (>2GB) addresses 32 bit word machine https://www.cnblogs.com/bclshuai/p/15224204.html自己开发了一个股票智能分析软件，功能很强大，需要的点击下面的链接获取：https://www.cnblogs.com/bclshuai/p/11380657.html1.问题描述基于CEF（Chromium Embedded Framework）做了一个客户端网页浏览器，用于加载一些网页，有个车辆查询的网页，有很多的图片要加载显示，图片是分页展示的，每翻一页，内存就会增加一点，增加到800M时，进程会崩溃或者白屏。2.问题分析内存增加导致进程崩溃。（1）CEF定时清除缓存（2）前端控制翻页时清除上一页的图片数据（3）增大CEF的最大内存上限。3.解决办法3.1设置vs2015大缓存编译属性---实测无效https://img2020.cnblogs.com/blog/1076976/202109/1076976-20210903172428356-2132062319.png
3.2CefSettings settings设置本地缓存路径----实测无效CefString(&settings.cache_path).FromString(strDumpPath);
CefString(&settings.root_cache_path).FromString(strDumpPath);按照下面的参数说明，如果没有设置缓存路径则会在内存中进行缓存。///
// The location where data for the global browser cache will be stored on
// disk. If this value is non-empty then it must be an absolute path that is
// either equal to or a child directory of CefSettings.root_cache_path. If
// this value is empty then browsers will be created in "incognito mode" where
// in-memory caches are used for storage and no data is persisted to disk.
// HTML5 databases such as localStorage will only persist across sessions if a
// cache path is specified. Can be overridden for individual CefRequestContext
// instances via the CefRequestContextSettings.cache_path value. When using
// the Chrome runtime the "default" profile will be used if |cache_path| and
// |root_cache_path| have the same value.
///
cef_string_t cache_path;///
// The root directory that all CefSettings.cache_path and
// CefRequestContextSettings.cache_path values must have in common. If this
// value is empty and CefSettings.cache_path is non-empty then it will
// default to the CefSettings.cache_path value. If this value is non-empty
// then it must be an absolute path. Failure to set this value correctly may
// result in the sandbox blocking read/write access to the cache_path
// directory.
///
cef_string_t root_cache_path;实际测试之后，会缓存一些文件，但是不会缓存图片，如下图所示，但是翻页还会加载图片到内存，内存不断增加，到了一定值后还是会崩溃。并不会达到减少内存占用的问题。https://img2020.cnblogs.com/blog/1076976/202109/1076976-20210903174648794-611688180.png
3.3SetProcessWorkingSetSize(GetCurrentProcess(), -1, -1);设置缓存到文件---实测无效百度这个方法说是当程序内存占用过多，或者系统内存不够时，会将内存闲置不经常使用的缓存到本地文件。但是实测也无效；
3.4创建render渲染进程设置Application-cache参数------实测无效CefBrowserSettings browser_settings;
browser_settings.application_cache = STATE_DISABLED;//禁用缓存
CefWindowInfo window_info;
window_info.SetAsPopup(NULL, "");
window_info.style &= ~WS_VISIBLE;CefRefPtr<CefBrowser> b = CefBrowserHost::CreateBrowserSync(window_info, this, url, browser_settings, NULL,NULL);
3.5前端不去缓存上一页的图片---实测有效前端去除采用懒加载方式去下载图片，翻一页不去缓存上一页的图片。 4.总结最终方案是让前端去修改，去除懒加载方式，不在缓存上一页的图片数据。
为 .NET Core / Framework 程序开启大内存感知（LargeAddressAware），使 32 位程序支持最多 4GB 的用户空间内存
https://cloud.tencent.com/developer/article/2349824
如果你不做特殊处理，把你的项目以 x86 的架构进行编译，那么你的应用程序在 Windows 上最多只能使用 2GB 的内存（地址空间）。如果你的项目使用 .NET Framework 框架，那么现行有很多简单的方法来帮你实现大内存感知，但 .NET Core 框架下却没有。所以我写了一个库 dotnetCampus.LargeAddressAware，帮助你轻松实现 32 位程序的大内存感知。dotnetCampus.LargeAddressAware 库无论你是 .NET Framework 程序还是 .NET Core 程序，只要在你的项目中安装 dotnetCampus.LargeAddressAware 即可立享最高可达 4GB 的用户空间内存。
123
<ItemGroup><PackageReference Include="dotnetCampus.LargeAddressAware" Version="1.0.0" /></ItemGroup>
效果
应用程序
操作系统
是否开启大内存感知
最大可使用的用户空间内存
32-bit
32-bit
❌
2GB
32-bit
64-bit
❌
2GB
32-bit
32-bit
✔️
3GB
32-bit
64-bit
✔️
4GB
原理我在 2017 年写的一篇博客（使 32 位程序使用大于 2GB 的内存）中就已经介绍过 32 位程序开启大内存感知的原理和方法了，不过因为一开始我自己也懂得不多，所以写得比较简单。后来也根据自己新的理解也填充了不少内容，但是当初取的标题和内容真的很难被搜到，而且侧重点在方法上。所以现在重写了现在的这篇新的，侧重在让懒用户快速上手，让深度用户快速理解上。32 位寻址空间只有 4GB 大小，于是 32 位应用程序进程最大只能用到 4GB 的内存。然而，除了应用程序本身要用内存，操作系统内核也需要使用。应用程序使用的内存空间分为用户空间和内核空间，每个 32 位程序的用户空间可独享前 2GB 空间（指针值为正数），而内核空间为所有进程共享 2GB 空间（指针值为负数）。所以，32 位应用程序实际能够访问的内存地址空间最多只有 2GB。在应用程序的 PE 头上，有一个应用程序是否感知大内存的标记 LARGEADDRESSAWARE。当 32 位操作系统识别到此标记时，会为其提供 3GB 的用户空间；当 64 位操作系统识别到此标记时，会为其提供 4GB 的用户空间，即用户态完全用满 32 位的寻址空间。其他开启 LARGEADDRESSAWARE 的方法不推荐的方法：仅适用于 .NET Framework 的旧方法当时的那篇博客中，我提到过可通过编译成 AnyCPU (Prefer 32-bit) 来实现大内存感知，这也是最简单的方式，被 .NET Framework 自带。方法是修改 csproj 文件，加上这两句：
12345
<PropertyGroup>++ <!-- 此方法被废弃，因为不支持 .NET Core -->++ <PlatformTarget>AnyCPU</PlatformTarget>++ <Prefer32Bit>true</Prefer32Bit> </PropertyGroup>
可惜，此方法只适用于 .NET Framework 程序，不适用于 .NET Core 程序！因为 .NET Core 框架下编译时，是直接忽略 Prefer32Bit 的！.NET Core 下大内存感知确实是有了，但生成的却是 AMD64 程序，无法在 32 位系统下运行。https://developer-public-1258344699.cos.ap-guangzhou.myqcloud.com/column/column/10717266/20231023-2ad09898.png
不推荐的方法：使用 EditBin 的原始方法如果还想用自带的方法来完成大内存感知的开启的话，我们只能选用 Visual Studio 自带的 editbin 了。方法是打开 Visual Studio 自带的终端，然后在里面输入：
1
editbin /largeaddressaware xxx.exe
方法本身其实是非常好的，毕竟是 Visual Studio 自带的工具链。但需要手工执行就是一个大坑！你怎么能保证每次发布前要运行一下这个命令呢？检查是否已开启大内存感知我在之前的博客中提到可以使用 Visual Studio 自带的 dumpbin 工具来检查是否开启了大内存感知：
1
dumpbin /headers xxx.exe | more
但是，我们有更直观的 dnSpy 为什么还要用命令行来临时查看呢？相信你早就注意到前面我已经贴了一张 dnSpy 检查大内存感知的图了。
页:
[1]