首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

C#-GDI+中发生一般性错误的解决办法

MSDN 解释如下: Bitmap 对象或一个 图像 对象从一个文件, 构造时该文件仍保留锁定对于对象的生存期。 因此, 无法更改图像并将其保存回它产生相同的文件。 替代方法 创建非索引映像。 创建索引映像。 这两种情况下, 原始 位图 上调用 Bitmap.Dispose() 方法删除该文件上锁或删除要求, 流或内存保持活动。 创建非索引图像 即使原始映像被索引格式中该方法要求新图像位于每像素 (超过 8 位 -) -, 非索引像素格式。 此变通方法使用 Graphics.DrawImage() 方法来将映像复制到新 位图 对象: 构造从流、 从内存, 或从文件原始 位图 。 创建新 位图 的相同大小, 带有是超过 8 位 – – 像素 (BPP) 每像素格式。 使用 Graphics.FromImage() 方法以获取有关二 位图 Graphics 对象。 用于 Graphics.DrawImage() 绘制首 位图 到二 位图 。 用于 Graphics.Dispose() 处置是 图形 。 用于 Bitmap.Dispose() 是首 位图 处置。 创建索引映像 此解决办法在索引格式创建一个 Bitmap 对象: 构造从流、 从内存, 或从文件原始 位图 。 创建新 位图 具有相同的大小和像素格式作为首 位图 。 使用 Bitmap.LockBits() 方法来锁定整个图像对于两 Bitmap 对象以其本机像素格式。 使用 Marshal.Copy 函数或其他内存复制函数来从首 位图 复制到二 位图 图像位。 使用 Bitmap.UnlockBits() 方法可以解锁两 Bitmap 对象。 用于 Bitmap.Dispose() 是首 位图 处置。 创建非索引图像,例如:

01

如何优雅地实现Redis命令setbits与getbits

在之前的文章《如何优雅地使用Redis之位图操作》和《再谈如何优雅地使用Redis之位图操作》中,笔者介绍了关于Redis位图操作的高级应用,其中就讲到了如何优雅地实现getbits。Redis官方提供了getbit命令,其可以获取某个key对应比特位的比特值,而getbits顾名思义就是支持一次性获取多个比特位的比特值的命令,遗憾的是,Redis官方并没有提供getbits命令。在上述2篇文章中,笔者是通过解析字节数组的方式来实现getbits命令的,虽然可以实现,但是却有2个不足之处:1、这种方式实现的getbits命令不是原子性的,因为这种方式实现的getbits命令其实是分2步进行的,先读取字节数组,再解析字节数组,在这2个步骤之间,Redis是可以执行其他命令的,所以可能会出现数据不一致的现象。2、当存储的位图数据空间占用比较大时,一次性读取整个字节数组,会造成Redis服务器阻塞,严重的还会造成客户端内存溢出,虽然可以通过分多次去读取字节数组来避免这个问题,但是这样一来就增加了网络开销,不是特别优雅。

02

数据结构面试题之位图查找

有的人一看到这个题,很简单嘛最麻烦的就是从头遍历一遍的事情嘛. 不过要看清楚题! 40亿个无符号整数. 我们生活中1G内存占用的字节数1024*1024*1024为1073741824个字节.粗略就是10亿个字节. 而40亿个无符号整数是160亿个字节. 也就是这些数据存储下来需要16G的内存. 那么问题来了,普通的工作电脑的内存都4G,好点的就是8G. (如果你是16G内存光速吃鸡那么当我没说)我们可以发现这些数据的内存大于电脑的内存所以存储不下. 这个时候就很头大了,内存都存不下那么你怎么读取呢? 当然你说你直接去硬盘里面读.好! 没问题.从硬盘里面读取数据的速度和从内存中读取的速度根本没得比的.如果你的时间多也可以.不过我们有一个更厉害的方法就是我们的位图.位图就是给定一段连续的空间然后让这个空间的每一位都为0,再然后让每一个位表示一个数字.再然后当你这个数字出现的 时候将它对应的那个位->置为1.这样的话存储40亿个数据,也就是存储40亿个位.也就是5亿个字节.大概512MB的样子. 这样的话我们的内存存储这些数据也就是绰绰有余了.所以位图对于大数据的问题有着显著的效果。

01
领券