看到软二的群里，某童鞋发了个自己的java大作业的截图，类似于一个图片，处理后，根据不同的灰度值，填充不同的字符。故，我也用C#来写个玩玩~
首先，图片读入内存，然后- - 有三种处理方式，
第一种是getPixel，然后setPixel。。。
第二种是将图片数据读出，放到byte数组中，然后去读，再copy回去。
第三种是不copy数据，直接在当前图片数据流上操作，然后再解锁就可以了。
由于去年做过类似的工作，所以知道效率问题，第一种。。。速度会很慢（相比较第二种和第三种）。第二种和第三种相差不是很多。但是第三种需要使用unsafe字段。
在这里，我选用第三种进行操作。
界面就不说了。一个按钮，两个pictureBox，一个存原图，一个存字符图。
处理代码如下：
复制代码 代码如下:
private void button1_Click(object sender, EventArgs e)
{
//打开文件
OpenFileDialog open = new OpenFileDialog();
open.Filter = "jpeg图片文件|*.jpg";
if (open.ShowDialog() != DialogResult.OK)
return;
string filePath = open.FileName;
//打开图片，显示原始图
Image img = Image.FromFile(filePath);
sourcePicturebox.Image =img ;
//再次读取一次图潘
Bitmap bitmap = new Bitmap(img);
//锁定图片处理区域
Rectangle rect = new Rectangle(0, 0, bitmap.Width, bitmap.Height);
BitmapData bmpData = bitmap.LockBits(rect, ImageLockMode.ReadWrite, bitmap.PixelFormat);
//初始化字符串数组
string[] str = new string[bitmap.Height];
//不安全代码块
unsafe
{
//获取首指针
byte* ptr = (byte*)(bmpData.Scan0);
for (int height = 0; height < bmpData.Height; height++)
{
//由于测试图片是32RGB图，所以，ptr一次移动四位
for (int width = 0; width < bmpData.Width; width++,ptr+=4)
{
str[height] += ((byte)(0.333 * ptr[0] + 0.333 * ptr[1] + 0.333 * ptr[2])) > 128 ? "*" : " ";
}
//为防止图片数据占用不为4的倍数，所以这里用stride，跳过多余的字节
ptr += bmpData.Stride - bmpData.Width * 4;
}
}
//图片解锁
bitmap.UnlockBits(bmpData);
//初始化打印字符参数，以及新建一个空白图片
//空白图片大小。。。。。测试得到的。后续改进
Font font=new System.Drawing.Font ("宋体",20.5f);
Bitmap resultBitmap = new Bitmap(img.Width * 14, img.Height * 14);
Graphics graphics = Graphics.FromImage(resultBitmap);
graphics.Clear(Color.White);
SolidBrush brush=new SolidBrush(Color.Black);
//打印字符，一次一行
for (int i = 0; i < img.Height; i++)
{
graphics.DrawString(str[i], font, brush,0,i*14);
}
//MessageBox.Show(font.GetHeight().ToString());
resultPicturebox.Image = resultBitmap;
//文件保存
SaveFileDialog saveDialog = new SaveFileDialog();
saveDialog.Filter = "jpeg图片文件|*.jpg";
if(saveDialog.ShowDialog()==DialogResult.OK)
resultBitmap.Save(saveDialog.FileName, ImageFormat.Jpeg);
}
实验结果如下： 
实验的结果经过多次调整打印参数，结果还可以。但是，略显紧凑。
***********************************************分隔线******************************************************
小结：
由于选的图，是32rgb的，在第一次处理的时候，还有点问题，当成24rgb处理了。。。。出错。。。然后，改后，一开始以为多处的透明分量在低位，结果。。。原来在高位。不过还好最后成功了（其实就试下呗。。。先不处理成字符，而直接改变一个分量为0，然后看效果呗~）
原始图片只有500*500不到，转换后。。。图片为6700+*6700+。。。太大了。。。所以，以后得先处理图片，使其缩小，再进行处理。这里也有二种处理方式，第一是处理原始图像，而是处理那个字符串数组。感觉吧，还是第一种直观些。
然后，后续打印，可以考虑不用string存，而用char[,]来存，这样，又可以用指针了，总觉得指针会快些~
看官可见，上面有一个测试按钮，但是，我没有给出代码，其实那个是用来测试多线程的。打开文件的时候，允许同时选中多个文件，然后操作。这里就用到多线程。但是不知道为何，多线程操作的时候，出来的图片就不对了，如果多线程多了后，还会抛出异常。。。。。就算我就开一个线程，操作一幅图片，也会导致错误的结果。。。所以多线程的代码没有上传，等改好再说吧。
PS.这个改好，估计还要很多天。。。。。毕竟。。。要考试了。。。还是复习去吧。。。前2天在家一点书没看啊。
当然后续改进，不一定就一个多线程，还可以进行字符自定义填充啊（这个简单点）。或者，给个字符串填充额。然后多个灰度级，不同的灰度级给不同的字符填充。再比如。。。可以让它处理所有类型的静态图。。。。（由于那个32RGB的关系。。。特意看了下，还有好多种的。。。）