如果直接通过文件的 URL 创建，那么可能出现文件被占用的问题，不能比较好做文件的修改，建议通过内存的方式加载
在 dotnet 提供了 GZipStream 进行方便的 Stream 压缩，可以用这个方法压缩字符串
参考： http://www.cnblogs.com/zxx193/p/3605238.html?utm_source=tuicool http://www.cnblogs.com/freeliver
MemoryStream 目录： 1 简单介绍一下MemoryStream 2 MemoryStream和FileStream的区别 3 通过部分源码深入了解下MemoryStream 4 分析MemorySteam最常见的OutOfMemory异常 5 MemoryStream 的构造 6 MemoryStream 的属性 7 MemoryStream 的方法 8 MemoryStream 简单示例 : XmlWriter中使用MemoryStream 9 MemoryStream 简单示例 ：自定义一
MemoryStream和BufferedStream都派生自基类Stream，因此它们有很多共同的属性和方法，但是每一个类都有自己独特的用法。这两个类都是实现对内存进行数据读写的功能，而不是对持久性存储器进行读写。
前面第二节，介绍了文件流类FileStream，本节要继续介绍其他流。那么什么是流？在.net程序中，涉及的输入和输出都是通过流来实现的。流是串行化设备的抽象表示，流以读/写字节的方式从存储器读/写数据。存储器是存储媒介，磁盘或内存都是存储器。正如除磁盘外还存在着多种存储器，除文件流之外也存在多种流，例如：网络流、内存流、缓存流等。类Stream及其派生类组成流的家族。如图3－12所示：
直接给码： using System; using System.IO; using Telerik.Windows.Zip; namespace JIMMY { public static class ZipHelper { /// /// 利用telerik的zip库压缩字符串 /// /// <param name="str"></param> /// <retu
在开始之前，我需要说明的是，如果不是必要，不要使用二进制序列化。因为很难做到版本兼容，如果写错了也不知道是哪里写错了，调试难度很大。但是对于性能的提升，其实也不大
定义string变量为str,内存流变量为ms,比特数组为bt 1.字符串=>比特数组 (1)byte[] bt=System.Text.Encoding.Default.GetBytes("字符串"); (2)byte[] bt=Convert.FromBase64String("字符串"); 补充： System.Text.Encoding.Unicode.GetBytes(str); System.Text.Encoding.UTF8.GetBytes(str); System.Text.Encod
在夜晚，仰望星空的时候，你只能看到星星和月亮。在Stream的世界里，你只能看到无数的0和1组成的二进制数据（byte）。我们在网络中传输的数据，其实都是以一组有序的byte的形式传输的。
反射是动态操作元数据的能力，从程序集-模块-类型-字段-属性-方法-参数等，反射可以动态操作这些部分，在编译时不确定，在运行中动态确定，并进行有效控制。
简单通俗来说，就是企业之间、网站之间通过Internet来访问并使用在线服务，一些数据，由于安全性问题，不能提供数据库给其他单位使用，这时候可以使 用WebService服务提供。
我在写一个有趣的 WPF 应用，我会不断收到从硬件发过来的数据，这些数据被使用 Byte[] 数组进行传输。我想要使用最快的方法转换为我的 int 数组或者转换为结构体数组，此时可以使用不安全代码的方式转换
我们可以创建一个新的Windows窗体应用程序项目来演示，然后从Visual Studio工具箱中将图片框，标签和按钮拖到Winform中，然后设计一个简单的UI，该UI允许您从硬盘中选择图像，然后进行转换如下图所示，将图像转换为base64字符串或将编码后的base64字符串转换为c＃中的image。
using System.Runtime.Serialization.Formatters.Binary; public class SerializationUnit { /// /// 把对象序列化为字节数组 /// public static byte[] SerializeObject(object obj) { if (obj == null) return n
对于重写的方法这里不再重复说明，大家可以参考我写的第一篇 以下是memoryStream独有的方法 virtual byte[] GetBuffer() 这个方法使用时需要小心，因为这个方法返回无符号字节数组，也就是说，即使我只输入几个字符例如”HellowWorld”我们只希望返回11个数据就行， 可是这个方法会把整个缓冲区的数据，包括那些已经分配但是实际上没有用到的字节数据都返回出来，如果想启用这个方法那必须使用上面最后一个构 造函数，将publiclyVisible属性设置成true就行，这也是上面那
如果有找到比我上面代码更少的方法请告诉我，这里不用安装第三方的库，是在快速创建新的项目进行测试
#region DES加密解密 /// /// DES加密 /// /// <param name="strSource">待加密字串</param> /// <param name="key">32位Key值</param> /// <returns>加密后的字符串</returns> public string DESEncrypt(string strSource) { return DESEncrypt(strSource, DESKey); } public string DESEncrypt(string strSource, byte[] key) { SymmetricAlgorithm sa = Rijndael.Create(); sa.Key = key; sa.Mode = CipherMode.ECB; sa.Padding = PaddingMode.Zeros; MemoryStream ms = new MemoryStream(); CryptoStream cs = new CryptoStream(ms, sa.CreateEncryptor(), CryptoStreamMode.Write); byte[] byt = Encoding.Unicode.GetBytes(strSource); cs.Write(byt, 0, byt.Length); cs.FlushFinalBlock(); cs.Close(); return Convert.ToBase64String(ms.ToArray()); } /// /// DES解密 /// /// <param name="strSource">待解密的字串</param> /// <param name="key">32位Key值</param> /// <returns>解密后的字符串</returns> public string DESDecrypt(string strSource) { return DESDecrypt(strSource, DESKey); } public string DESDecrypt(string strSource, byte[] key) { SymmetricAlgorithm sa = Rijndael.Create(); sa.Key = key; sa.Mode = CipherMode.ECB; sa.Padding = PaddingMode.Zeros; ICryptoTransform ct = sa.CreateDecryptor(); byte[] byt = Convert.FromBase64String(strSource); MemoryStream ms = new MemoryStream(byt); CryptoStream cs = new CryptoStream(ms, ct, CryptoStreamMode.Read); StreamReader sr = new StreamReader(cs, Encoding.Unicode); return sr.ReadToEnd(); }
region DES加密解密 /// /// DES加密 /// /// <param name="strSource">待加密字串</param> /// <param name="key">32位Key值</param> /// <returns>加密后的字符串</returns> public string DESEncrypt(string strSource) { return DESEncrypt(strSource, DESKey); } pu
今天大姚给大家分享一个C#开源（MIT License）、免费、实用且强大的工具类库，集成超过1000多种扩展方法增强 .NET Framework 和 .NET Core的使用效率：Z.ExtensionMethods。
/* *Project name: * *Author: * *Version: * *Description: * */ using UnityEngine; using System.Collections; using System.Xml; using System.Xml.Serialization; using System.IO; using System.Text; using System.Security.Cryptography; using System; public class XmlSaver { private static XmlSaver _Instance = null; public static XmlSaver GetInstance() { if (_Instance == null) { _Instance = new XmlSaver(); } return _Instance; } //内容加密 public string Encrypt(string toE) { //加密和解密采用相同的key,具体自己填，但是必须为32位// byte[] keyArray = UTF8Encoding.UTF8.GetBytes("12348578902223367877723456789012"); RijndaelManaged rDel = new RijndaelManaged(); rDel.Key = keyArray; rDel.Mode = CipherMode.ECB; rDel.Padding = PaddingMode.PKCS7; ICryptoTransform cTransform = rDel.CreateEncryptor(); byte[] toEncryptArray = UTF8Encoding.UTF8.GetBytes(toE); byte[] resultArray = cTransform.TransformFinalBlock(toEncryptArray,0,toEncryptArray.Length); return Convert.ToBase64String(resultArray,0,resultArray.Length); } //内容解密 public string Decrypt(string toD) { //加密和解密采用相同的key,具体值自己填，但是必须为32位// byte[] keyArray = UTF8Encoding.UTF8.GetBytes("12348578902223367877723456789012"); RijndaelManaged rDel = new RijndaelManaged(); rDel.Key = keyArray; rDel.Mode = CipherMode.ECB; rDel.Padding = PaddingMode.PKCS7; ICryptoTransform cTransform = rDel.CreateDecryptor(); byte[] toEncryptArray = Convert.FromBase64String(toD); byte[] resultArray = cTransform.TransformFinalBlock(toEncryptArray,0,toEncryptArray.Length); return UTF8Encoding.UTF8.GetString(resultArray); } public string SerializeObject(object pObject,System.Type ty) { string XmlizedString = null; MemoryStream memoryStream = new MemoryStream(); XmlSerializer xs = new XmlSerializer(ty); XmlTextWriter xmlTextWriter = new XmlTextWriter(memoryStream, Encoding.UTF8); xs.Serialize(xmlTextWriter, pObject); memoryStream = (MemoryStream)xmlTextWrite
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
提到MemoryStream大家可能都不陌生，在编写代码中或多或少有使用过；比如Json序列化反序列化、导出PDF/Excel/Word、进行图片或者文字处理等场景。但是如果使用它高频、大数据量处理这些数据，就存在一些性能陷阱。
文件 ---- 文件 是一个存储在磁盘中带有指定名称和目录路径的数据集合。当打开文件进行读写时，它变成一个流。 从根本上说，流是通过通信路径传递的字节序列。有两个主要的流：输入流 和输出流。输入流用于从文件读取数据（读操作），输出流用于向文件写入数据（写操作）。 System.IO.File类和System.IO.FileInfo类主要提供用于执行各种文件的操作，如创建和删除文件、读取或写入文件，打开或关闭文件等。另外有时我们还会用到System.IO.Path类、Directory类等，在使用时要
随便写写的一个例子： // 保存图片到 XML 文件 private void Form1_Load(object sender, System.EventArgs e) { Image img = Image.FromFile(@"E:\MyDocs\My Pictures\样品.jpg"); System.IO.MemoryStream stream = new System.IO.MemoryStream();
在网络应用中，基于Web的数据传输主要采用POST和GET两种方法。POST方法能够传输较大的数据量，并且在安全性方面表现更优。相比之下，GET方法以明文形式传输数据，虽然使用起来较为便捷，但对于大量数据的传输则显得力不从心。
记录这篇文章的灵感来源来自今天下班前与同事的小小争论，我现在开发的一个项目中，有这样一段代码： public string ToXML() { string strXml = string.Empty; try { MemoryStream ms = new MemoryStream(); XmlSerializer xml = new XmlSeriali
承接以前的组件系列，这个组件系列旨在介绍.NET相关的组件，让大家可以在项目中有一个更好的选择，社区对于第三方插件的介绍还是比较少的，很多博文的内容主要还是介绍一些简单的操作（很多人都说博客园现在是“hello world”的水平，博文质量在下降，对于这一说法，我觉得这个说法有些过头了，可能一些博文的确写的比较初级，但是很多博文的深入还是比较大，只是很少受人关注），这个组件系列主要在介绍一些功能的组件，附带该组件的核心对象介绍。
操作系统很早就开始使用内存映射文件（Memory Mapped File）来作为进程间的共享存储区，这是一种非常高效的进程通讯手段。.NET 4.0新增加了一个System.IO. MemoryMappedFiles命名空间，其中添加了几个类和相应的枚举类型，从而使我们可以很方便地创建内存映射文件。Mono 3.2也有这个类来操作Linux下的内存映射文件，《MemoryMappedFile 在 Mono in Linux 的开发笔记》详细的介绍了Mono和.NET 4的实现区别，为了让代码能够在Linux
在Silverlight项目中，如果您想最大程度的减少xap包的大小，仅使用默认System.Xml命名空间下提供的功能来实现“XML序列化/反序列化”，恐怕XmlReader/XmlWriter将成为唯一选择了，下面是示例代码： using System.IO; using System.Text; using System.Xml; namespace slLib { public class Person { private string _name = "";
曾经发过一篇如何在Silveright中利用XmlSerializer序列化对象的文章“Silverlight中的序列化”，限于当时的认识有限，一度以为silverlight只有这一种办法，今天意外发现，其实还有更好的方式，特此做一个汇总与比较 1.json序列化方式 silverlight支持json字符串已是众人皆知的事情，没啥好说的，有点容易让人误导的是：我们在vs的silverlight项目中添加引用时，一眼就能看到System.Runtime.Serialization.Json这个命名空间，于是
上一家公司有搞股票，当时很任性地直接从服务器读取一个股票10年份的股价（还有各种指标）在客户端的图表上显示，而且因为是桌面客户端，传输的数据也是简单粗暴地使用Soap序列化。获取报价的接口大概如下，通过symbol、beginDate和endDate三个参数获取股票某个时间段的股价：
今天需要使用Json数据，所以用到了Json的序列化与反序列化。首先先来说怎么序列化的： 1.序列化与反序列化 首先添加System.Runtime.Serialization的引用 Obje
本次要讲的是使用.Net HttpClient拼接multipark/form-data形式post上传文件和相关参数，并接收到上传文件成功后返回过来的结果（图片地址，和是否成功）。可能有很多人会说用ajax不是就可以轻松的实现吗？的确是在不存在跨域问题的前提下使用ajax上传文件，接收返回结果是最佳的选择。无奈的是我们对接的是第三方的一个上传图片的接口，而且对方并没有对我们的域名设置允许跨域，为了能够解决这一问题我们只能够通过后端请求避免跨域问题。
因为这样加载一方面图片的内存释放会有问题，容易导致内存泄漏，另一方面，被加载的图片就会处于占用状态，如果此时我们要处理图片比如压缩上传，就会因占用而报错。
这段时间搞了个接口加密的重写，感觉信息的加密在数据传输中还是比较重要的，小小的研究了下，做点笔记，以备查阅。
做小程序的支付时，在翻阅了大量的别人分享的代码后，感觉写的简直就是一堆垃圾，不敢苟同，要是代码都那么写，维护性简直了，于是才有了这篇文章。
葡萄城ActiveReports报表支持多种格式的报表导出，包括PDF、Excel、Word、RTF、HTML、Text、TIFF以及其它图片格式，用户可以将它们应用到Windows Forms、Web、WPF、Silverlight等应用系统中。 在专业版的葡萄城ActiveReports报表里，对PDF格式的数据输出又有了增强功能。现在用户可以将不可见的数字签名或者可见的文字图案加入到报表里。通过多种属性对数字签名进行个性化设置， 用数字签名验证报表作者，还可通过Certification Level
上面的方法只是将XMl字符串读入到DataSet中，然后再冲DataSet中查找先前定义过的DataTable即可。
Excel催化剂在图片处理方式，使用了一个类库：ImageFactory，里面有非常丰富的图片处理功能，一点不输python的图片类库。
首先对于图片上传而言，在我们的项目开发中可以说出现的频率是相当的高的。这篇文章中，我将要描述的是在我们.Net中如何使用Jquery Ajax通过FormData对象异步提交图片文件到后台保存，并返回保存的图片路径展示出图片，实现一个无刷新的异步图片上传的过程，当然这里我讲解的是单张图片的保存过程，对于多图片上传的话其实我们只需要在type='file'文本框中加上一个multiple可多选，然后获取input中的文件数组遍历向后台提交感兴趣的话可以尝试，不过下一篇博客将会讲解如何使用Layui上传多张图片到服务端保存。
多图上传在一些特殊的需求中我们经常会遇到，其实多图上传的原理大家都有各自的见解。对于Layui多图上传和我之前所说的通过js获取文本框中的文件数组遍历提交的原理一样，只不过是Layui中的upload.render方法已经帮我们封装好了，我们只管调用即可，也就是说你选中了几张图片，那么将会向后台请求与图片张数相同的次数，即为遍历提交的方式。
话说好长时间没用EPPlus进行生成Excel文件，对上的文章也是2019（EPPlus秘籍之Excel导出之图表导出），之后就有用但都是很简单的应用。这次为什么又提起呢？是因为一开始用FastReport做报表不错，但后来要求导出到Excel并且要在文件中插入图片，那就犯难了。因为图片是放在云服务器上的，最简单就做个图片引用就完事。但问题是导出的Excel后需要在内网（与互联网断开）的情况进行处理。那怎么办呢？有困难就要克服，那只能祭出我们的EPPlus
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
云直播
对象存储
