request and response 以及 IO操作 ,熟悉原理的牛牛请看

Hmg-L 2015-01-28 05:50:32
小弟最近做了个图片服务器。类似与淘宝,可以通过request的url来进行图片的压缩和等比例缩放。
过程就是:
1.获取原图时直接response.WriteFile(图片物理路径);
2.获取压缩图片时,先判断该尺寸是否压缩过,没有压缩过的话进行压缩,并保存为图片文件(压缩过的),然后response.WriteFile(图片物理路径);

这种方式在使用时没有什么问题。

但是突发奇想,为什么我要保存一次图片文件?
为何不用二进制来输出呢?

所以我又设计了一个逻辑:
1.获取原图时 response.OutputStream.Write(图片转的字节, 0, 长度);
2.获取压缩图片时,先压缩处理,然后转为二进制流来输出。

这种也是成立的,因为反应都是毫秒级,我无法判断哪种更合理一点。

主要是第一种会有一个保存的过程,但是之后只需要调取就可以了。
第二种呢,每次都要进行一次压缩

邀请大家帮我分析一下两种的利弊。谢谢

...全文
328 点赞 收藏 5
写回复
5 条回复
饕餮123 2015年02月06日
第二个好,结贴给分吧
回复 点赞
Hmg-L 2015年01月30日
没人回答了么? 等待好久了!自己顶一个
回复 点赞
Hmg-L 2015年01月28日
引用 1 楼 sp1234 的回复:
首先,如果对图片压缩请求许多都是重复的,那么当然是少用CPU点更好。
感谢p神到来。 这点是指的,建议第一种方案吗? 还有304状态我已经做好了 获取If-Modified-Since代码如下:

 DateTime dt;
            if (DateTime.TryParse(request.Headers["If-Modified-Since"], out dt))
            {
                if ((DateTime.Now - dt).Hours < 60)
                {
                    response.StatusCode = 304;
                    response.End();
                    return;
                }
            }
制作LastModified代码如下:

            response.ClearContent();
            response.ContentType = request.ContentType;
            response.Cache.SetCacheability(HttpCacheability.Public);
            response.Cache.SetLastModified(DateTime.Now);
            response.Expires = 60;
回复 点赞
以专业开发人员为伍 2015年01月28日
如果你做一个有着大量图片的程序,特别是当用户使用鼠标(或者手指)滑动时要实时查看大量新图片,你会看得很清楚,这种速度的差别巨大,用提体验完全不是一个级别的(一个卡得要死,另一个相对来说流畅多了)。
回复 点赞
以专业开发人员为伍 2015年01月28日
首先,如果对图片压缩请求许多都是重复的,那么当然是少用CPU点更好。 其次,asp.net不支持304检验(所以如果使用iis直接下载图片文件,会比你的asp.net程序平均快100倍以上)。你应该自己实现这个检验。当客户端发来的信息跟图片文件的信息一致时,应该返回304状态,而不是输出图片。
回复 点赞
发动态
发帖子
.NET Framework
创建于2007-09-28

1.6w+

社区成员

2.4w+

社区内容

.NET技术 .NET Framework
社区公告
暂无公告