GDI+_从Bitmap里得到的Color数组值分解

Posted 2021-02-09 lingqingxue

我之前写过一篇关于ARGB值的研究：
https://www.cnblogs.com/lingqingxue/p/10362639.html 最近我又遇到关于ARGB的问题。

是这样的，我使用LockBits欲获取Bitmap里的所有ARGB数据，发现ARGB的值很奇怪。

例如 ARGB(255,0,2550) = -16711936 

为什么等于-16711936？ 会不会是十进制值呢？

在我上一篇上写到ARGB是由于 HEX A & HEX R & HEX G & HEX B 组成的

那么当我对他进行进制换算的时候得到的十六进制的值发现与我想象的完全不一样。

64bit : -16711936 = 00FF0100

如果是十六进制应该是 FF00FF00 。

所以到底是哪里出了问题呢？ 我们追寻到ARGBColor的定义。
 
http://www.yfvb.com/help/gdiplus/index.htm?page=gdipcreatesolidfill.htm 

上面是勇芳软件前辈们汉化的GDI+手册, 从 GdipCreateSolidFill() 函数我们可以看到

PowerBASIC 语法

FUNCTION GdipCreateSolidFill ( _

   BYVAL pColor AS DWORD, _

   BYREF brush AS DWORD _

) AS LONG

 

pColor 参数是【DWORD】 类型！ 那么什么是 【DWORD】呢？

【GM4】执着InkHin<[email protected]> 17:23:47
  vb的结果就是负数。
【管理员】→P-A-S-S-OK<[email protected]> 17:23:59
因为VB不是DWORD
【管理员】→P-A-S-S-OK<[email protected]> 17:24:22
VB6没有DWORD
【管理员】→P-A-S-S-OK<[email protected]> 17:25:07
双字就是DWORD的意思 double word
【管理员】→P-A-S-S-OK<[email protected]> 17:25:49
你去百度一下看看DWORD是啥意思
【GM4】执着InkHin<[email protected]> 17:29:17
   ..... 那么，我一直在取一个错误的颜色值？
【管理员】ZL16(569919016) 17:30:01
@→P-A-S-S-OK 接着做数据
【管理员】→P-A-S-S-OK<[email protected]> 17:30:24
我是说WIN7的计算器概念错误，但是对于你来说正好是有用的。
【管理员】→P-A-S-S-OK<[email protected]> 17:31:05

经过Pass大叔的指导和百度的帮助，我得到关于 DWORD的含义:

Data Types
This topic lists the data types most commonly used in the Microsoft Foundation Class Library. Most of the data types are exactly the same as those in the Windows Software Development Kit (SDK), while others are unique to MFC.
Commonly used Windows SDK and MFC data types are as follows: BOOL A Boolean value.
BSTR A 32-bit character pointer.
BYTE An 8-bit integer that is not signed.
COLORREF A 32-bit value used as a color value.
DWORD A 32-bit unsigned integer or the address of a segment and its associated offset.
LONG A 32-bit signed integer.
LPARAM A 32-bit value passed as a parameter to a window procedure or callback function.
LPCSTR A 32-bit pointer to a constant character string.
LPSTR A 32-bit pointer to a character string.
LPCTSTR A 32-bit pointer to a constant character string that is portable for Unicode and DBCS.
LPTSTR A 32-bit pointer to a character string that is portable for Unicode and DBCS.
LPVOID A 32-bit pointer to an unspecified type.
LRESULT A 32-bit value returned from a window procedure or callback function.
UINT A 16-bit unsigned integer on Windows versions 3.0 and 3.1; a 32-bit unsigned integer on Win32.
WNDPROC A 32-bit pointer to a window procedure.
WORD A 16-bit unsigned integer.
WPARAM A value passed as a parameter to a window procedure or callback function: 16 bits on Windows versions 3.0 and 3.1; 32 bits on Win32.
Data types unique to the Microsoft Foundation Class Library include the following:
POSITION A value used to denote the position of an element in a collection; used by MFC collection classes. LPCRECT A 32-bit pointer to a constant (nonmodifiable) RECT structure.
然而，在实际情况中，DWORD会根据操作系统的不同，被定义成了不同的长度，比如vs8(xp)中，DWORD被定义成了如下的类型：
typedef unsigned long DWORD; 而unsigned long 的长度则是4个字节即32位，如果是在64位的操作系统中，这个长度可能会更长，这需要取决于当前操作系统以及开发环境等有关方面，具体可以参考相关的帮助说

坑爹啊有木有，这百度百科都不带解释的，幸好有翻译器，好了看如下：

数据类型

本主题列出了微软基础类库中最常用的数据类型。大多数数据类型与Windows软件开发工具包（SDK）中的数据类型完全相同，而其他数据类型则是MFC独有的。

常用的windows sdk和mfc数据类型如下：bool是一个布尔值。

一个32位字符指针。

字节一个8位整数，没有符号。

作为颜色值的32位值。

一种32位无符号整数或段地址及其相关偏移量。

长32位有符号整数。

lparam作为参数传递给窗口过程或回调函数的32位值。

指向常量字符串的32位指针。

指向字符串的32位指针。

lpctstr指向常量字符串的32位指针，可用于Unicode和DBCS。

lptstr指向字符串的32位指针，该字符串可用于Unicode和DBCS。

lpvoid指向未指定类型的32位指针。

lresult从窗口过程或回调函数返回的32位值。

ui在Windows 3.0和3.1版上输入16位无符号整数；在Win32上输入32位无符号整数。

wndproc指向窗口过程的32位指针。

字16位无符号整数。

wParam作为参数传递给窗口过程或回调函数的值：Windows版本3.0和3.1上的16位；Win32上的32位。

微软基金会类库唯一的数据类型包括：

位置用于表示元素在集合中的位置的值；由MFC集合类使用。lpcret指向常量（不可修改）rect结构的32位指针。

然而，在实际情况中，dword会根据操作系统的不同，被定义成不同的长度，比如vs8（xp）中，dword被定义成如下的类型：

typedef unsigned long dword；而unsigned long的长度则是4个字节即32位，如果是在64位的操作系统中，这个长度可能会更长，这需要取决于当前操作系统以及开发环境等相关方面，具体可参考相关的帮助说明。

好的，从上面的翻译我们过滤后得到了这样的信息：

　　DWORD 32位字符指针  字节一个八位整数（机器翻译的锅 8字节）  没有符号 作为颜色的32位值

然后我们对比一下BASIC的Long,  

　　Long　　64位字符 有符号 8 字节 整数 （出处）

　　但是VB6版本没有DWORD这种数据类型该怎么办呢？

 　　　备注： 

　　使用前缀 & h 或 & H 来表示十六进制文本前缀 & b 或 & B 来表示二进制文本和 前缀 & o 或 & O来表示八进制文本。 十进制文本没有前缀。

　　　　

　　继续分析，DWORD 是32bit的字符 而 Long是 64bit的 ，但是他们共同点是8个字节

　　64/8 = 8    32/8 = 4  也就是说我们如果将前面的【ARGB(255,0,255,0) = -16711936 】 转化为32bit的整型,因为他们的类型都是整型，而且都是八个字节，那么转换就非常简单了！

 

　　将 -16711936 从十进制转换进制到二进制 ：

       

　　　　　　　　　　　　　　1111 1111 1111 1111 1111 1111 1111 1111
　　　　　　　　　　
　　　　
　　　　　　　　　　　　 　　1111 1111 0000 0000 1111 1111 0000 0000

 

　　

　　将上边的转为32bit：　　

　　　　

　　　　　　　　　　　　　　　　　　　　　　　　 1111 1111 0000 0000 1111 1111 0000 0000

 

　　没错，只需要截取最后一段就够了，这样是不是还看不出来？那我们继续将它转换到十六进制和十进制。

　　十进制：

　　　　　　　　　　　　　　　　　　　　　　　　　　4278255360

　　　　十六进制：

　　　　　　　　　　　　　　　　　　　　　　　　FF00FF00

 

　　现在就很清楚了,将 FF00FF00 分解 为ARGB ： 

　　　　A： FF = 255

　　　　R :   00 =  0

　　　   G :   FF =  255

　　　   B :　00 =  0　　

　　那么关于Bitmap得到的数据分解就到这里，另外还有一点要注意！

　　

　　目前 GDI+ 这个古老的图形库，除了.PNG 格式支持 Alpha通道以外，其他支持图片都不具备透明的条件，只有png图片拥有ALPHA显示！ 当你保存为BMP/JPG/GIF等支持类型格式时都会失去ALPHA效果，所以尽量在绘制带有A属性的图片时尽量保存为PNG以防失真与透明的消失！