monkey patch指的是在运行时动态替换,一般是在startup的时候.用过gevent就会知道,会在最开头的地方gevent.monkey.patch_all();把标准库中的thread/socket等给替换掉.这样我们在后面使用socket的时候可以跟平常一样使用,无需修改任何代码,但是它变成非阻塞的了.之前做的一个游戏服务器,很多地方用的import json,后来发现ujson比自带json快了N倍,于是问题来了,难道几十个文件要一个个把import json改成import ujson as json吗?其实只需要在进程startup的地方monkey patch就行了.是影响整个进程空间的.同一进程空间中一个module只会被运行一次.下面是代码.main.pyimport jsonimport ujsondef monkey_patch_json(): json.__name__ = 'ujson' json.dumps = ujson.dumps json.loads = ujson.loadsmonkey_patch_json()print 'main.py',json.__name__import subsub.pyimport jsonprint 'sub.py',json.__name__运行main.py,可以看到都是输出'ujson',说明后面import的json是被patch了的.最后,注意不能单纯的json = ujson来替换.
最新教程周点击榜
微信扫一扫猴年带猴哥 16年春节宠物关羽改猴哥补丁 _ 地下城与勇士 _ 多玩DNF专区
>> 猴年带猴哥 16年春节宠物关羽改猴哥补丁
猴年带猴哥 16年春节宠物关羽改猴哥补丁
时间： 13:50:00
作者：的撒旦是4113
分类：工具补丁,模型修改,宠物时装,重点,图片,
简介：关二爷改新年猴哥宝宝。
DNF美图人品
DNF职业资讯
DNF职业资讯
DNF职业资讯
DNF职业资讯
DNF职业资讯Monkey Patch猴子补丁编程方式及其在Ruby中的运用
作者：ningandjin
字体：[ ] 类型：转载 时间：
Monkey Patch是指在程序运行时追加代码段,一般被认为是解释型语言的特长,下面我们就来看一下Monkey Patch猴子补丁编程方式及其在Ruby中的运用
何谓猴子补丁（Monkey Patch）？在动态语言中，不修改源代码而对功能进行追加和变更。
使用猴子补丁的目的：
1、追加功能
2、功能变更
3、修正程序错误
4、增加钩子，在执行某个方法的同时执行一些其他的处理，如打印日志，实现AOP等，
5、缓存，在计算量很大，结算之后的结果可以反复使用的情况下，在一次计算完成之后，对方法进行替换可以提高处理速度。
Ruby的类都是开放类，即在类定义之后还可以任意添加内容， 这就使得在Ruby中使用猴子补丁变得特别容易了。另外，Ruby还提供了对方法、类和模块的进行操作的功能，让我们使用猴子补丁更加得心应手。Ruby提供的基本功能如下：
&&&&& alias：给方法另起别名
&&&&& include：引入其他模块的方法
&&&&& remove_method: 取消本类中的方法
&&&&& undef:取消方法&
在 Ruby 中使用 Monkey Patch
我当时遇到的场景是这样的：
我司使用第三方库 fog 进行 EC2 的操作。创建实例等很多命令都需要设置实例类型这个参数。在 fog 里，EC2 的所有类型都定义在 fog/aws/models/compute/flavors.rb 的 FLAVORS 数组里。如果设置的类型不在 FLAVORS 数组里，fog 都会视作是无效的参数而报错。
后来，亚马逊发布了新的实例类型 D2。虽然 Ruby 的第三方社区非常活跃，但是 fog 的开发社区还是没有及时添加 D2 到 flavors.rb 里；而我司的工作又迫切需要使用 D2 类型的实例。
背景交待完毕，接下来看看有什么样的解决方法。
方法一：我们可以向 fog 提交一个 Pull Request 来添加新类型。
但是这个方法行不通。我们使用的 knife-ec2 对 fog 的版本依赖必须是 1.25.*，但是 fog 已经更新到了 1.31.0，而且 fog 从 1.27.0 开始结构上有很大的变化。显然，我们不可能再等 knife-ec2 升级支持新版本的 fog，所以我们提交 Pull Request 更新 fog 不能解决问题。
方法二：手动更新旧版 fog 既然不能使用最新版的 fog，我们可以手动编辑 1.25 版的 fog，再打包成 Gem 使用。这个方法比前一个方法更容易操作，但是带来的问题时不易于维护。为了一个极小的改动，把自己的代码加入到第三方库中总是让人觉得不够「干净」。
最后，在同事的指点下，我采用了第三种方法，即 Monkey Patch。我在我司的 Ruby 项目里添加了一个文件 lib/PROJECT_NAME/monkey_patches/flavors.rb，接着在文件中添加以下代码来修改 fog/aws/models/compute/flavors：
require 'fog/aws/models/compute/flavors'
class Object
def redef_without_warning(const, value)
mod = self.is_a?(Module) ? self : self.class
mod.send(:remove_const, const) if mod.const_defined?(const)
mod.const_set(const, value)
module Fog
module Compute
NEW_FLAVORS = FLAVORS + [
:id =& "d2.xlarge",
:id =& "d2.2xlarge",
:id =& "d2.4xlarge",
:id =& "d2.8xlarge",
redef_without_warning :FLAVORS, NEW_FLAVORS
通过在自己的代码中添加一个 Monkey patch，我们成功地实现了向 fog 中动态添加新实例类型。我司终于可以使用 fog 创建 D2 类型的机器了；而且这个方法改动的代码量最小，也更加容易维护。
Monkey Patch 并非是完美的解决方法，它会引入一些陷阱。所以这个技巧在软件工程领域还有一些争议。不过，我还是觉得 Monkey Patch 是一个不错的零时性解决方法。
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具说说“猴子补丁” - 推酷
说说“猴子补丁”
猴子补丁的由来
首先说个我自己的笑话，话说Python算是我接触的稍微深点儿的第一门动态语言，用Python没多久就知道了有个Gevent，学习Gevent没多久就知道有个“猴子补丁”的概念。最开始觉得这么名字挺乐呵，猴子补丁，为啥叫这么个名儿？是因为猴子的动作迅速灵敏，Gevent也有这个特点，所以叫猴子补丁么？
然后这几天在看《松本行弘的程序世界》这本书，里面专门有一章讲了猴子补丁的设计，我就笑了，原来猴子补丁不是我理解的这个意思，更不是Gevent最开始这么做的。所谓的猴子补丁的含义是指在动态语言中，不去改变源码而对功能进行追加和变更。猴子补丁的这个叫法起源于Zope框架，大家在修正Zope的Bug的时候经常在程序后面追加更新部分，这些被称作是“杂牌军补丁(guerilla patch)”，后来guerilla就渐渐的写成了gorllia(猩猩)，再后来就写了monkey(猴子)，所以猴子补丁的叫法是这么莫名其妙的得来的。
从Gevent学习猴子补丁的设计
猴子补丁这种东西充分利用了动态语言的灵活性，可以对现有的语言Api进行追加，替换，修改Bug，甚至性能优化等等。比如gevent的猴子补丁就可以对ssl、socket、os、time、select、thread、subprocess、sys等模块的功能进行了增强和替换。我们来看下gevent中的猴子补丁模块gevent.monkey的设计和实现，以后如果自己要设计实现猴子补丁，也可以按照这么个模式去做，我最近比较喜欢用ipython来阅读python模块的代码，执行import gevent.monkey之后，只需要输入??gevent.monkey就可以查看源码了。
这个模块核心的函数其实就这几个，这些函数都位于模块的上方，get_original、patch_item、remove_item、patch_module还有一个全局变量叫做saved，默认指向一个空的字典对象。
首先来看patch_item函数的实现：
def patch_item(module, attr, newitem):
NONE = object()
olditem = getattr(module, attr, NONE)
if olditem is not NONE:
saved.setdefault(module.__name__, {}).setdefault(attr, olditem)
setattr(module, attr, newitem)
这个函数的功能就是从指定模块中查找旧的项，并把旧的项保存到saved字典中，然后将旧项替换成新项。
这里没有使用None，而是构建了一个空的object()作为默认属性，是NullPointer模式么？
然后是patch_module的实现:
def patch_module(name, items=None):
gevent_module = getattr(__import__('gevent.' + name), name)
module_name = getattr(gevent_module, '__target__', name)
module = __import__(module_name)
if items is None:
items = getattr(gevent_module, '__implements__', None)
if items is None:
raise AttributeError('%r does not have __implements__' % gevent_module)
for attr in items:
patch_item(module, attr, getattr(gevent_module, attr))
gevent有个约定，作为补丁的gevent模块要包含这两个属性，__target__和__implements__，__target__是被补丁的默认模块名称，可以不指定，默认为gevent子模块的名称，比如gevent.socket是socket模块的补丁，__implements__是要进行补丁的属性，这是gevent.socket模块中__implements__的定义：
# standard functions and classes that this module re-implements in a gevent-aware way:
__implements__ = ['create_connection',
'SocketType',
'socketpair']
patch_module的工作就是从gevent模块里面读取这两个属性，然后遍历调用patch_item进行替换。
可是有的时候我们不希望用补丁的东西，而是使用原先的模块去进行处理，该怎么办？前面提到过进行patch_item的时候会把旧的属性保存到名为saved的全局字典里面，如果要获得旧的模块属性，那么就要调用get_original函数从saved字典里面取出来。
In [6]: sleep = gevent.monkey.get_original(&time&, &sleep&)
In [7]: sleep
Out[7]: &function time.sleep&
In [8]: import time
In [9]: time.sleep
Out[9]: &function gevent.hub.sleep&
猴子补丁的功能很强大，但是也带来了很多的风险，尤其是像gevent这种直接进行API替换的补丁，整个Python进程所使用的模块都会被替换，可能自己的代码能hold住，但是其它第三方库，有时候问题并不好排查，即使排查出来也是很棘手，所以，就像松本建议的那样，如果要使用猴子补丁，那么只是做功能追加，尽量避免大规模的API覆盖。
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致