位图

1 //带参数的保存位图函数 2 BOOL FileOperate::bmpSaveImage(PTSTR pstrFileName, BITMAPFILEHEADER *pbmfh) 3 { 4 BOOL bSuccess ; 5 DWORD dwBytesWritten ; 6 HANDLE hFile; 7 8 hFile = CreateFile ( pstrFileName, GENERIC_WRITE, 0, NULL, 9 CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL) ; 10 11 if (hFile == INVALID_HANDLE_VALUE) { 12 return FALSE ; 13 } 14 15 bSuccess = WriteFile (hFile, pbmfh, pbmfh->bfSize, &dwBytesWritten, NULL); 16 17 CloseHandle (hFile) ; 18 19 if (!bSuccess || (dwBytesWritten != pbmfh->bfSize)) { 20 DeleteFile (pstrFileName) ; 21 return FALSE ; 22 } 23 return TRUE ; 24 } 25 26 //**************

图片格式分类 BMP: 点阵图(位图格式): 占用空间大, 色彩丰富 JPEG: 压缩格式, 通常破坏数据性的压缩方式 GIF: 对透明色和多帧支持 PNG: 无损压缩的位图格式, 支持Alpha通道的透明, 半透明特性 图片标签的使用 img标签 img属性 src = "图片地址" : 图片路径地址或者图片链接地址 alt = "值" : 如果图片加载不出来 , 显示该属性的值 width = 数值 : 图片的宽度 height = 数值 : 图片的高度 title = "值" : 图片的标题 来源： CSDN 作者： 仰望着那高处的巨人们 链接： https://blog.csdn.net/weixin_44737646/article/details/104311063

Hash Join只能用于相等连接，且只能在CBO优化器模式下。相对于nested loop join，hash join更适合处理大型结果集 Hash Join的执行计划第1个是hash表(build table)，第2个探查表(probe table)，一般不叫内外表，nested loop才有内外表 Hash表也就是所谓的内表，探查表所谓的外表 两者的执行计划形如： nested loop outer table --驱动表 inner table hash join build table (inner table) --驱动表 probe table (outer table) 先看一张图片，大致了解Hash Join的过程： 下面详细了解一下Hash Join ㈠ Hash join概念 H ash join算法的一个基本思想就是根据小的row sources(称作build input 也就是前文提到的build table，我们记较小的表为S，较大的表为B) 建立一个可以存在于hash area内存中的hash table 然后用大的row sources(称作probe input，也就是前文提到的probe table) 来探测前面所建的hash table 如果hash area内存不够大，hash table就无法完全存放在hash area内存中

位图是一种很特殊的数据结构，可以利用位图来排序，但是这种排序方法对输入的数据是有比较严格的要求(数据不能重复，大致知道数据的范围)。举个例子，假如有一个集合{3,5,7,8,2,1}，我们可以用一个8位的二进制向量set[1-8]来表示该集合，如果数据存在，则将set相对应的二进制位置1，否则置0.根据给出的集合得到的set为{1,1,1,0,1,0,1,1}，然后再根据set集合的值输出对应的下标即可得到集合{3,5,7,8,2,1}的排序结果。 位图的应用： 1.给40亿个不重复的unsigned int的整数，没有排过序，然后再给一个数，如果快速判断这个数是否在那40亿个数当中。 因为unsigned int数据的最大范围在在40亿左右，40 10^8/1024 1024*8=476，因此只需申请512M的内存空间，每个bit位表示一个unsigned int。读入40亿个数，并设置相应的bit位为1.然后读取要查询的数，查看该bit是否为1，是1则存在，否则不存在。 2.给40亿个unsigned int的整数，如何判断这40亿个数中哪些数重复？ 同理，可以申请512M的内存空间，然后读取40亿个整数，并且将相应的bit位置1。如果是第一次读取某个数据，则在将该bit位置1之前，此bit位必定是0；如果是第二次读取该数据，则可根据相应的bit位是否为1判断该数据是否重复。

Android | Bitmap解析 Android中Bitmap是对图像的一种抽象。通过他可以对相应的图像进行剪裁，旋转，压缩，缩放等操作。这里循序渐进的一步步了解Bitmap的相关内容。 先了解Bitmap相关的API，然后根据API进一步了解内部的实现。 1.生成Bitmap--BitmapFactory android.graphics.Bitmap.java /** * Private constructor that must received an already allocated native bitmap * int (pointer). */ // called from JNI Bitmap类中只有一个构造器。而且还不能直接调，必须通过JNI去构造 Bitmap(long nativeBitmap, byte[] buffer, int width, int height, int density, boolean isMutable, boolean requestPremultiplied, byte[] ninePatchChunk, NinePatch.InsetStruct ninePatchInsets) { ... } Bitmap类中只有一个构造器。而且还不能直接调，必须通过JNI去构造。源码中已经写的很清楚

参考： https://blog.csdn.net/u013472838/article/details/80519525 https://blog.csdn.net/zhongbin104/article/details/8730935 https://blog.csdn.net/u011711997/article/details/52551106/ 一、Cimage类的介绍及使用 详细参考： https://blog.csdn.net/u013472838/article/details/80519525 为什么引入CImage类？ CBitmap 类只能处理BMP格式的图片，非常受限。 而CImage可以处理JPGE GIF BMP PNG多种格式图片，扩展了图片处理功能 且能与CBitmap 进行转换( 因为所载入的位图句柄都是HBITMAP,所以可相互转换)，因此引入CImage类进行图像处理 CImage类介绍 CImage是MFC和ATL共享的新类，它能从外部磁盘中调入一个JPEG、GIF、BMP和PNG格式的图像文件加以显示，而且这些文件格式可以相互转换。 CImage是VC.NET中定义的一种MFC/ATL共享类，也是ATL的一种工具类，它提供增强型的（DDB和DIB）位图支持，可以装入、显示、转换和保存多种格式的图像文件，包括BMP、GIF、JPG、PNG

第一步 －－ 简易的字形装载 介绍 这是“FreeType2 教程”的第一部分。它将教会你如何： * 初始化库 * 通过创建一个新的 face 对象来打开一个字体文件 * 以点或者象素的形式选择一个字符大小 * 装载一个字形(glyph)图像，并把它转换为位图 * 渲染一个简单的字符串 * 容易地渲染一个旋转的字符串 1.头文件 下面的内容是编译一个使用了FreeType2库的应用程序所需要的指令。请谨慎阅读，自最近一次版本更新后我们已经更改了少许东西。 1.FreeType2 include 目录 你必须把FreeType2头文件的目录添加到编译包含(include)目录中。 注意，现在在Unix系统，你可以运行freetype-config脚本加上--cflags选项来获得正确的编译标记。这个脚本也可以用来检查安装在你系统中的库的版本，以及需要的库和连接标记。 2. 包含名为ft2build.h的文件 Ft2build.h包含了接下来要#include的公共FreeType2头文件的宏声明。 3. 包含主要的FreeType2 API头文件 你要使用FT_FREETYPE_H宏来完成这个工作，就像下面这样： #include <ft2build.h> #include FT_FREETYPE_H FT_FREETYPE_H是在ftheader.h中定义的一个特别的宏

基本概念 首先讲下inode和块的基本概念。在Linux系统中， 文件由 元数据 和 数据块 组成。数据块就是多个连续性的扇区（sector），扇区是文件存储的最小单位（每个512字节）。块（block）的大小，最常见的是4KB，也就是连续8个sector组成， 存储文件数据和目录数据 。而元数据用来记录文件的创建者、创建日期、大小等，这种 存储文件元数据 信息的区域叫做inode，即索引节点。 由于 inode也是用来存储文件相关属性信息的，所以也会消耗硬盘空间。 具体包含的信息有inode号，文件的字节数、User ID、Group ID、读、写、执行权限、时间戳（共有三个：ctime指inode上一次变动的时间，mtime指文件内容上一次变动的时间，atime指文件上一次打开的时间）、链接数（软硬链接）、数据block的位置， 注意没有文件名。 在硬盘格式化的时候，操作系统就会将硬盘分为两个区，即数据区和inode区。每个inode节点的大小一般为128B或者256B，inode的总数在格式化文件系统的时候就已经确定。 另外还有几个概念了解一下： inode Bitmap ：即inode位图，用二进制的方式记录了inode的使用情况， 比如inode是否空闲等。 Block Bitmap ：即块位图，同Inode Bitmap，用二进制方式记录了块的使用情况

信号的处理是当前进程在中断时，从内核态返回到用户态时要处理的第一件事，进程在从内核态返回用户态时，先检查进程是否有需要处理的信号（就是判断当前进程的进程控制块中的signal信号位图，和blocked阻止位图的相与），如果信号位图与阻止位图相与后，发现有置位的位，就说明当前进程有信号需要处理。此时，先判断是32种信号中的哪种，然后内核会把这个信号的处理函数的地址，作为内核返回用户态时的EIP，因此，当返回用户态后，用户态的执行流程就从信号处理函数开始执行，当执行完了信号处理函数后，再转到发生中断时所保留的下一条语句开始执行。 而进程也许没有其他的中断，但是总会有时钟中断产生，因此，当有信号需要处理，而起进程得到执行时，都会在时钟中断返回时得到执行。 进程对信号的处理，在进程控制块中有一个struct sigaction sigaction[32]项用于记录当前进程对32种信号的处理信息，包括信号处理函数，屏蔽码，信号集改变，恢复过程4个信息。通过对不同信号的不同处理函数的赋值，让各种信息对应定义好的信号处理。 #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <signal.h> #include <sys/types.h> void handler_0

信号的基本概念 信号就是一个软件中断，可以打断进程的执行，让进程处理信号的事件 信号种类： 1-31信号是不可靠信号：信号有可能会丢失（非实时信号） 1.向进程发送非实时信号（该信号没有被挂起），信号响应会嵌套（即正在响应某个函数时，有其它信号发来，进程会先去响应其它信号，结束后再继续原来的任务）。 2.当进程正在响应某个信号时（该信号没有被挂起），即响应函数正在执行的过程中，有相同的n个信号相继发来，进程不会嵌套； 当执行完响应函数后，进程只会执行n个信号中的一个。 3.对非实时信号，挂起的信号不会重复（即有n个相同的信号被挂起，进程只会执行一次） 34-64信号是可靠信号：信号不会丢失（实时信号） 1.向进程发送实时信号（该信号没有被挂起），信号响应会嵌套。 2.当进程正在响应某个信号时（该信号没有被挂起），即响应函数正在执行的过程中，有相同的n个信号相继发来，进程不会嵌套； 当执行完响应函数后，进程会继续执行函数n次。 3.对实时信号，挂起的信号可以重复（即有n个相同的信号被挂起，进程会执行n次） 如果进程的挂起信号中含有实时和非实时信号，那么进程优先响应实时信号并会从大到小依次响应，而非实时信号没有固定的次序，甚至某个非实时信号会被丢失（这可说明为什么非实时信号被叫做不可靠信号）。 信号产生方式： 1.硬件产生：ctrl+c（SIGINT），ctrl+z（SIGTSTP）