处理后调用 MemoryStream.ToArray() 是否危险?
- 作者: 凉城不暖少男心
- 来源: 51数据库
- 2022-12-15
问题描述
在下面的代码中,GC 是否有可能清除 MemoryStream 从而使 ToArray 失败,因为它在 using 语句之外?
In the below code, is there any chance the GC will clean out the MemoryStream so that ToArray will fail, since it is outside the using statement?
private static byte[] getBytes()
{
MemoryStream ms = null;
using (ms = new MemoryStream())
{
// ...
}
return ms.ToArray();
}
推荐答案
不,没有机会.这样做是安全的 - MemoryStream 保持对字节数组的强引用.
No, there's no chance of that. It's safe to do - the MemoryStream keeps a strong reference to the byte array.
我会看看我是否能找到任何关于保证的文件...
I'll see if I can find any documentation about guarantees...
有点……
来自 MemoryStream.Close代码>:
一旦流关闭,缓冲区在 MemoryStream 上仍然可用.
The buffer is still available on a MemoryStream once the stream has been closed.
诚然,这并不能保证 Dispose 的实现,但已记录为调用 Stream.Close.
Admittedly that doesn't guarantee it for Dispose, but that's documented to call Stream.Close.
MemoryStream.Dispose(bool) 可以然后被覆盖以释放数组,但在我的经验中不是这样,这将是一个突破性的变化点.
MemoryStream.Dispose(bool) could then be overridden to release the array, but it doesn't in my experience, and it would be a breaking change at this point.
- C#通过fleck实现wss协议的WebSocket多人Web实时聊天(附源码)
- 团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
- 使用 MSBuild.exe 在发布模式下构建 C# 解决方案
- 当我发布 Web 应用程序时,AfterPublish 脚本不运行
- 构建时 T4 转换的产品仅在下一个构建中使用
- ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
- 新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
- 如何将条件编译符号(DefineConstants)传递给 msbuild
- MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
- NuGet 包还原找不到包,没有源
