正题，我经常游玩，用数码相机拍不少照片，都是4000 * 3000大小的，然后一般会挑选不错的上传的人人网上，这么大的照片传的太慢，先自己处理到800 * 600再上传，速度会快很多，于是就有了这个idea。

一开始用Java写了一个，JavaSE还真没接触过关于处理图片，基本就是靠百度啦，资料还是不少的。主要用的java.awt.Image，java.awt.image.BufferedImage和javax.imageio包里面的几个IO接口实现的，实现缩放图片，以jpg为例：

1
2
3
4
5
6
7
8
9
10

Image image = ImageIO.read(InputStream is)
int width = image.getWidth(null);
int height = image.getHeight(null);
newWidth, newHeight = someFunction(width, height)
BufferedImage bufferedImage = new BufferedImage(newWidth, newHeight,
	BufferedImage.TYPE_INT_RGB);
bufferedImage.getGraphics().drawImage(
	image.getScaledInstance(newWidth, newHeight,
		Image.SCALE_SMOOTH), 0, 0, null);
ImageIO.write(bufferedImage, "JPEG", OutputStream os);

运行效率：52张图片，每张图片平均大小：2.7M，共耗时：2分10秒，平均一张耗时：2.6秒

今天用Python的Image Library（即PIL）写了一下，试着比较看看，代码如下：

1
2
3
4
5

im = Image.open(imagePath)
w, h = im.getbbox()[2:]
width, height= someFunction(w, h)
im = im.resize((width, height))
im.save(newPath)

很明显的，Python的代码精简轻巧，的确是一个亮点。当然最关心的还是运行效率了，结果大大出乎我的意料，Python以大优势获胜

运行效率：52张图片，每张图片平均大小：2.7M，共耗时：23秒，平均一张耗时：0.45秒

再从图片效果上看，Java版缩略图比Python版平均一张图片要小10KB左右，差了不多，一张图片基本在100KB左右，图片效果上Python版的要比Java版的更加清晰一点，比较明显的，当然因为压缩后的锯齿什么的也同时清晰了= =

可以说在效果上基本平分秋色，Java以大小换效果，Python更注重图片效果，但是在处理速度上毫无疑问Python获胜。简单分析下原因：Java用的方法估计太烂，用的是基本都快被抛弃的awt包，或许有其他方法或专业的第三方库会好得多，而同时Python基本上可以说是官方统一的图片处理库，重视度就不一样；另一方便，这段程序明显是IO主要型的，Java基于虚拟机这一机制注定在IO上是悲剧的，好比写某些ACM你一个scanner扫描一遍就超时了，而Python，从Perl这样的字符串处理语言发展过来，以脚本为擅长，IO性能必然优秀。

总的感觉，拿着Java的劣势在拼Python的优势，不能因此就BS Java哈，偶们Java注重的是业务逻辑，是计算！不过也从另外一方面说明的Python的强大，不仅在于编程，效率和效果也相当不错！不知道C和C++又会是怎样的结果，当然编程的复杂是必须的，LZ不擅长也不会 = =

————————————-2010-11-30 感谢Madog提供C#代码————————————-

本来以为C#这么庞大的类似Java的感觉，会比Java快但或许会比Python慢，试了一下出乎意料了。环境是Win7 + VS2008。

先贴代码，C#的也很精简方便，基本就靠一个System.Drawing.Bitmap就搞定了，C#很强大啊！

1
2
3
4

Bitmap srcBmp = new Bitmap(srcPath);
int newHeight = srcBmp.Height * newWidth / srcBmp.Width;
Bitmap bmp = new Bitmap(srcBmp, newWidth, newHeight);
bmp.Save(dstPath, ImageFormat.Jpeg);

运行效率：52张图片，每张图片平均大小：2.7M，也耗时23秒，速度与Python持平，默认处理图像效果与Java差不多，压缩率比较大，图片大小比Python的小一些，不过这个在程序中可以自己控制，这儿就按默认处理了。

总结一下：
效率： Python = C# > Java
压缩后相同像素图片的大小：Python > C# = Java
压缩后相同像素图片的清晰度：Python > C# = Java

随便看一看

• 2012-10-01 -- HashMap多线程中引发的死循环
• 2016-06-06 -- Tomcat启用https服务
• 2023-06-20 -- 23.6山城重庆游
• 2011-01-20 -- 春运回家，大雪揪心
• 2010-11-17 -- Python2.x的第一印象

看看 Java , Python , 百度

• 2010-12-24 -- Java用ScriptEngine解析脚本
• 2010-11-17 -- Python2.x的第一印象
• 2016-09-09 -- 64位Linux下Java进程堆外内存迷之64M问题
• 2016-08-18 -- 读java concurrency in practice
• 2016-08-05 -- 线程清理
]]> http://blog.11034.org/2010-11/image_resize_in_java_and_python.html/feed 16 http://blog.11034.org/2010-11/python2x_first_impression.html http://blog.11034.org/2010-11/python2x_first_impression.html#comments Wed, 17 Nov 2010 14:48:24 +0000 http://blog.stariy.info/?p=575 来百度实习整3周了，很幸运，没有从事C++的工作而是写Python，一来是因为自从对Java抛出橄榄枝后就对C++的语法和OO方面各种BS，当然做算法除外，二来有幸能在实习阶段学习自己一直很想学的Python，的确是一件好事。Python也接触几周了，爽和不爽都有那么一点，也谈不上哪方面更占上风，毕竟骨子里已经被Java各种渗透了，熟悉新语言总会带着一点比较，有点偏见了。

因为本来比较熟的是Java和PHP，可以说基本都是以做Web为擅长的语言。Java丰富多彩，但基于JVM这个复杂的东西让它很不适合开发一个方便快捷的程序，尤其是偏桌面的，PHP就不用说了，完全的Web语言，没有浏览器就无用武之地了。相对于这个组合，C++其实是一个很好的补充，作为桌面开发，但因为以上说的原因就算了，还有C#，上过课用过一段时间，功能很强大但是很微软，.NET神马的还是算了。于是Python似乎是一个很好的补充，它简单方便，双击就能运行，Web也很强，而且像百度、Google这样的公司都大量使用Python，对以后找工作也很有帮助。

• 语法

Python最有名的莫过于强制缩进的语法风格了，这点我很欣赏，在Eclipse我手写Java就和format后的代码几乎无异，就是长句换行麻烦了点。稍微比较不习惯的就是经典的大括号被去掉了，据说是为了去除括号的N种风格，现在看到函数的结尾，尤其是一个类的结尾就没有一点标志（不然会有个‘}’嘛），太不爽了，当一个类长了的时候，而且当一个文件中有2个类的时候，很难找到类到底在哪儿结束。

• 关键字

Python的关键字有点别出心裁的感觉，try catch它来个try except，else if变成elif（貌似有的语言也这样），this改为self（PHP倒也是这样），def（喜欢其他脚本语言的function）。我有个想法，最好ISO出个编程语言关键字统一版本，关键字取名一样，怎么编译和解释是每个语言的各自的事，这样多好啊，切换一门语言的时候都不会太累。

• 命名规范

不知道是不是Python接触的还不够多，总感觉Python没有一套很明确的命名规范，既不是Java的驼峰式，也不是C的下划线隔开式，也不是微软的大写开头式，import导入的很多也是小写打头的，很容易混乱，然后变量取名不能随便取，像list、dict这些type类型，导入time包后的time，都会发生程序异常。这一点也因为Python的变量很随意，不像强语言，也不像PHP那样带$符号。

• OOP

其实OOP接触的还不多，毕竟还没怎么实践，但是从书上看来，的确令我不爽。Python的OO是不符合OO标准的，它有C++的多重继承，对private的修饰如此纠结（函数名前加下划线），还有没有new关键字…。还有是对field没有明确申明，你可以实例化任何一个类，然后给它添加任何你自己的field属性，比较无语…还有貌似类内部引用自己类的静态变量居然要用类名来索引，如果改类名的话，代码要大动。

• pythonic

感觉Python主义者都会很强调这个，Python说不定还真是因为有这个信仰一样的精神指导才能发展如此迅猛，基本大多数条目我都赞同，并且都是放之四海皆准的编程真理，也推荐ITer能好好参悟之，但惟独一条弃用tab键缩进而改用4个空格，理由很强势，不同os或文本编辑器对tab解释不同导致代码眼观起来差别很大，的确如此，不过敲一个键变成敲四个键，还是每行代码都要打的语法规定，对于Python这样极力于精简的语言来说，算是个什么事呢？

pythonic的条目见：http://blog.11034.org/2010-08/first_day_overtime.html

好像都在说我对Python的不好的感觉，呵呵，Python的好处自然不言而喻啦，开头也有说过一点，各种方便各种库的支持，无所不能，Java代码十几行Python往往一个API就搞定，当然脚本语言一般都这样。不过听串叔一席话：Java怎么也是有一个大公司在支撑的15年+的语言，Python的核心毕竟只是少数人虽然年份也久了但总感觉是新语言，这点不知道会不会影响Python的良好发展。

看看 oop

• 2014-07-07 -- ruby on rails
• 2012-12-06 -- 一个OOP的AC自动机代码
• 2012-03-22 -- java.util中的集合类解析
• 2010-09-29 -- wp-sns-share-1.2，增加tinyurl功能

看看 Python , 百度

• 2010-11-27 -- Python和Java处理图片缩放，C#友情支持
• 2011-07-29 -- 第一个线上产品，百度移动应用联盟
• 2011-05-21 -- 百度归，于浙大华诞114年
• 2011-03-10 -- 百度年会三等奖：爱国者P8880T
• 2011-03-01 -- 再一次来到了上海
]]> http://blog.11034.org/2010-11/python2x_first_impression.html/feed 3