流动性陷阱

流动性陷阱是凯恩斯提出的一种假说,指当一段时间内利率降到很低水平,市场参与者对其变化不敏感,对利率调整不再作出反应,导致货币政策失效。

在市场经济条件下,人们一般是从利率下调刺激经济增长的效果来认识流动性陷阱的。按照货币—经济增长(包括负增)原理,一个国家的中央银行可以通过增加货币供应量来改变利率。想货币供应量增加(假定货币需求不变),那么资金的价格即利率就必然会下降,而利率下降可以刺激出口、国内投资和消费,由此带动整个经济的增长。如果利率已经降到最低水平,此时中央银行靠增加货币供应量再降低利率,人们也不会增加投资和消费,那么单靠货币政策就达不到刺激经济的目的,国民总支出水平已不再受利率下调的影响。经济学家把上述状况称为“流动性陷阱”。

时间: 2024-11-08 18:25:57

流动性陷阱的相关文章

宏观经济学(2)

chapter4 扩大的收入决定理论 本章主要讲IS-LM模型.本章依然研究收入水平的决定及其变动,只不过由前一章的产品市场范围扩大到了货币市场范围,将产品市场与货币市场结合起来,分析宏观经济均衡的条件. 4.1 货币 货币出现后,经济变量可以分为名义变量和实际变量,用产品表示的变量为实际变量,用货币表示的变量为名义变量.货币的职能:流通.支付.储藏.货币供给量(存量),可以划分为: (1)M0:流通中的现金: (2)M1(狭义货币)=M0+活期存款: (3)M2(广义货币)=M1+定期存款.

OKR+CFR

读前预 无论任何管理书籍,都是围绕着人性,如果激发员工的人性中的自尊和自我价值观.自我成就感. 作为一名领导者,在管理前,必须要是冷静,安静的对待他人 约翰杜尔为谷歌送上大礼 “好主意”再加上”卓越的执行”,就一定可以创造奇迹,而这正是OKR(目标与关键结果,Objectives and Key Results)管理模式的奥妙所在,它可以让好的想法得以实现. 我们会把所期望达到的关键结果描绘成清晰的蓝图,然后分解成可以逐步实施的计划. OKR可以让企业内部的很多事情变得可视化,OKR也可以作为逆

富士通株式会:重点发展云基础架构 现阶段不能完全将工厂迁至中国

第一财讯:2011广东经济发展国际咨询会11月14日-15日在广州举行.富士通株式会社社长间塚道义接受<第一财经日报>记者采访时表示,在当下欧债危机肆虐和美国陷入"流动性陷阱"的情况下,中国对富士通来说是块有魅力的市场. 尽管目前移动终端市场风起云涌,但间塚道义表示,富士通公司现阶段的宏观战略重点仍然放在云基础的架构和数据中心运营上,在研发出更多高效率.有内容的软件基础上才发展移动终端机器. 在日元升值的背景下,间塚道义表示,由于日元升值并不只是对人民币,而是对所有的货币都

技术与经济之六:现代化的陷阱

技术与经济之六:现代化的陷阱 碳足印与世界工厂 "碳足印"(carbon footprint)被定义为家庭或企业的温室气体排放量. 学术界似乎很在意这个词,倡导"低碳"生活.实际上,由于环境影响的成本已经计入商品价格,因此民众没有必要刻意为此操心并降低生活的舒适度.例如,汽车引擎的碳排放的负面影响已被(或可被)计入油价:又如,不必为"低碳"强行电子化,放弃使用纸质档案书籍带来的舒适与正式感. 对环境的保护并非一定为了防止危害,而是出自更为一般的享

通货膨胀与投资陷阱

第一部分:通货膨胀 1.   什么是通货膨胀? 通货膨胀的意思就是流通的货币过多,超过经济运行的需求,导致钱不值钱,钱的购买力下降了,相应地物价就上涨了.这个我们都有体会,也很好理解,就是钱越来越不值钱了.同样的钱能买的东西越来越少了.你5岁的时候存了10块钱,想着长大买100辣条一口气吃掉爽一把,没想到长大之后只能买10包了~还是木有过瘾,这就是金钱的时间价值.(不记得的同学要去复习一下<财富的载体-时间>这篇晚分享啦~) 再正经举个例子 假设整个中国市场上只有100个西瓜,同时市场上流通着

java笔记--笔试中极容易出错的表达式的陷阱

我相信每一个学过java的人儿们都被java表达式虐过,各种"肯定是它,我不可能错!",然后各种"尼玛,真假,怎么可能?",虽然在实际开发中很少会真的让你去使用那些知识,但熟悉表达式的陷阱对于理解java数据类型在内存中的存储和运算以及JVM工作的原理有很大的帮助,最主要的,面试题太能考这些玩意了,有些坑当时爬出来了,过几天再做又会义无反顾的跳进去,于是我整理了自己做错过的一些题,也搜集了一些充满恶意的表达式方面的小题目,放在此处,警世: 问题 结果 脱坑必备 Sy

cocos2dx-3 addImageAsync陷阱

addImageAsync异步加载未响应回调前调用unbindImageAsync撤销消息回调void TextureCache::unbindImageAsync(const std::string& filename){    _imageInfoMutex.lock();    if (_imageInfoQueue && !_imageInfoQueue->empty())    {        std::string fullpath = FileUtils::g

当心商业智能的“陷阱”

当谈到有价值的,具有真实见解的评论,我总是可以指望每周五参加我#商业智能讨论#话题的参与者们.我最近开始小组讨论这个问题:“什么是商业智能系统的五大最差实践?” 那么让我们来看看为什么BI项目有时并不完全兑现其承诺.毕竟,失败是非常有益的. 这是我们编译的列表: 组织团体在BI项目中犯的一些最糟糕的错误 技术/工具: “认为BI工具将弥补对业务的不理解” “认为BI工具将代替BI解决业务问题” “为所有类型的用户提供通用的解决方案或工具——商业智能不是一个放之四海而皆准的通用的解决方案” “没有

Linux环境下线程消息同步的陷阱

我们程序中常常会使用到线程间的消息同步处理,比如以下一段伪码 var message = "": void func()  {   1. 启动线程Thread(该线程中填充message的内容):   2. 阻塞,直到等待到完成message填充的事件:   3. 处理message:   .... } void Thread()  {   1. 通过某种处理填充message:   2. 触发func中的阻塞事件: } 我们通常会使用条件变量来完成类似情况的线程同步处理 比如wind