关注一下，拼成大图片 ？？难道放到一个区域，利用picturebox？？中间做到无缝连接？

定义一个序列，可以按照图片名称 如1.gif、2.gif...等
然后按照某种排列算法拼凑起来

不用Picturebox显示的，在特殊场合有用，无缝连接倒是真的。。。。但是那么多小图，然后拼接成一个超大的图片，肯定是不能在内存里面操作的。。。。

引用 2 楼 minwen369 的回复:

不用Picturebox显示的，在特殊场合有用，无缝连接倒是真的。。。。但是那么多小图，然后拼接成一个超大的图片，肯定是不能在内存里面操作的。。。。

先局部拍图，然后对该图的碎片进行排序，而后直接读取排序的图？

根据图片的储存方式，把每张小图片的数据插入大图文件的某个位置。

  图片合并
private Bitmap MergerImg(Dictionary<string, Bitmap> bitMapDic)
{
Bitmap backgroudImg = new Bitmap(bitMapDic.Count * 12, 16);
Graphics g = Graphics.FromImage(backgroudImg);
g.Clear(System.……

我没叫你把整张大图也读到内存里去啊。

我没叫你把整张大图也读到内存里去啊。

图片合并
private Bitmap MergerImg(Dictionary<string, Bitmap> bitMapDic)
{
Bitmap backgroudImg = new Bitmap(bitMapDic.Count * 12, 16);
Graphics g = Graphics.FromImage(backgroudImg);
g.Clear(System.Dra……

3-4G的大小，不知道楼主要做什么用哦，本地应用程序搞这个东东的话，还应该是有办法的，如果要是“网络应用”那相当困难，3-4G的图片，啥时候加载完哦？

4~5M的图片加载到内存就有500M以上（跟图像质量有关），何况3~4G的图片，想一次性显示基本不可能。除非是图片可以放大、缩小或可以拖动。实际上google map 也不会直接把很大的图片都加载到web上。我的建议：
图片以碎片（小图片）的形式保存，并事先计算好小图在大图中的坐标，在“大图”显示时先计算出显示区域的图像对应的图片碎片，然后调取碎片显示到指定的位置，并对超出显示区域的图像进行裁剪……

是这样的，我们把google map的地图瓦片全部下载下来了，准备拼成一张大图，然后按我们自己的投影系统和切图算法再切成小图。。。。。

引用 17 楼 minwen369 的回复:
是这样的，我们把google map的地图瓦片全部下载下来了，准备拼成一张大图，然后按我们自己的投影系统和切图算法再切成小图。。。。。


拼成一张大图，不是真正的需求，是你们自己加进去的。而你们遇到的问题恰好出现在自己加的需求中。

那么变通一下。去掉拼成一张大图这个步骤，直接在google map的地图瓦片提取你们……

引用 18 楼 cdglynn 的回复:
4~5M的图片加载到内存就有500M以上（跟图像质量有关），何况3~4G的图片，想一次性显示基本不可能。除非是图片可以放大、缩小或可以拖动。实际上google map 也不会直接把很大的图片都加载到web上。我的建议：
图片以碎片（小图片）的形式保存，并事先计算好小图在大图中的坐标，在“大图”显示时先计算出显示区域的图像对应的图片碎片，然后调取碎片显示……