我们都生活在一个”提桶”的世界里：干一天的活儿拿一天的工钱，干一个月的工作领一个月的薪水。无论你是年收入不到1万元的洗碗工．还是年薪过百万的白领，你都是用一份时间去换一份金钱。如果你被解雇，或因患病、受伤无法继续工作，你的收入就会马上停止。不提桶，就没有收入！
如何摆脱时间换金钱的陷阱？如何获得真正的财务保障？
只有建立被动收入管道，才能让你彻底摆脱“提桶人”的命运，实现真正的财务自由！！
让我们来看看这个故事，你会深有启发：
很久以前在”土坡里”这个意大利农村住著二个年青人，莫拉地跟益可梭，两个人从小就是好朋友也是竞争对手，不管在学校或者在朋友面前，他们总是要竞谁是第一，当然也包括财富这件事情。
莫拉地跟益可梭的收入来源是帮助村子裡的水井挑水，每天二个人都必需走一个来回３公里的山头，然后到山中的河裡去取水，每挑一桶水村裡的人都会给与1000里拉的报酬，所以莫拉地跟益可梭，每天都在比谁可以挑的水、赚的钱比较多、然后在收工后的酒吧，吹嘘自己比较强，并可以在大家面前数落对方一番，但是一天过一天，每一天的输赢是谁都不一定。
有一天益可梭突然觉得，这样子挑水实在太慢了，要怎麽才能大赢一次莫拉地呢，心裡想著、想著那麽 ”何不把水桶变大一点” 益可梭觉得自己实在聪明极了！这下次要打败益可梭实在太容易了，于是隔天益可梭就把自己的水桶加大了一倍，今天的益可梭终于大赢了一次，在酒吧裡不断的吹嘘自己的聪明，但是他没想到加大了水桶，相对的要付出的劳力代价也相对多了一倍。
其实莫拉地在更早以前，就在想关于收入跟挑水这个问题，要怎麽做才能够不要每天都要走这麽远的路去把”水”挑回来村裡，要怎麽做”水”才能自动的流到村子的井裡呢？其实关于跟益可梭竞争这件事情，他早就不是很在意了，他在意的是自己的未来跟计划，因为他知道人不会永远的年轻，体力也不会永远的那麽好，总有一天关于挑水这件事情，一定会轮到别的更强壮的人来帮村子裡做，所以最后他决定就是 ＂我要建水管从山裡把水导到村子裡来＂莫拉地在心理不断的滴沽并呐喊著。
一开始莫拉地开始不再每天走去山裡挑水，也没有了固定收入来源，每天都窝在小酒吧裡草拟著他的水管设计图，其它人不能明白，为什麽这个年轻人不像别人一样，每天固定去工作挣钱，每天都只窝在酒吧裡，每天村裡大多数的人都只嘲笑他不努力工作，猜想是不是莫拉地怕输给了益可梭，一天过去了一天，益可梭每天也固定在收工后到酒吧买醉，顺便数落一下好友莫拉地，但他一直觉得很奇怪，少了莫拉地的竞争照理说他应该赚的更多钱才是，但是并没有，但他懒的想这麽奇怪的问题，因为只要每天可以在收工后到酒吧喝喝小酒，就是他最大的满足了。
过了数个月后莫拉地开始动工了，著手实行他的水管计划，这一天破土的工程上，没人看好莫拉地可以成功 ＂因为大多数人总是在期待别人的失败，并想事后証明自己当初的假设才是正确的，这样才能证明自己才是懂的安全过日子且又比别人聪明的，大家都在想不要像莫拉地这种只会耍小聪明，又不脚踏实地实地的人一样，总想著一步登天；但就像大多数的成功案例一样，没有事情一开始是简单的，应该说这世界上没有事情是容易的，莫拉地辛苦著每天每天都朝著他的梦想前进，虽然挖著挖著，有时候进度只有小小一公尺，甚至有时候来了一阵大雨、大风就摧毁了几天的心血，但是很奇怪的是他愈做愈开心，比以前每天固定去山裡挑水还要快乐，因为他心裡明白他的目标在那裡，也知道他不用证明给其它人看，更不用费心跟别人解释，因为他明白只有他自己才能证明给自己看。
数年后终于莫拉地的水管建好了，不管以后外面括风下雨他都不用再辛苦的跑到山裡去挑水，而且他卖给村裡的人一桶水只要一半价钱500里拉，很快的村裡的人都来跟他买水，以前嘲笑他的人也不想知道到底他怎麽建立水管、如何成功建立水管，因为只要有便宜的水买，其他也不重要了，最后莫拉地还顾用了好友益可梭帮忙照料和管理他的水管，并且给他的薪水是他以前每天去山裡挑水的3倍，二个好友依旧是好友，只不过莫拉地已经不同以往，因为他成功后，并没有因此而破坏村裡的水源跟大多数人的生计，反而将他建造水管成功的的经验和方法传承给附近的落后村庄，很多的村庄因为利用他的方法，进而改善了生活跟经济，所有人都很感谢他的善举，最后莫拉地成为村裡及意大利口耳相传的成功人士，而那条水管至今也用著莫拉地的名字取名，村裡的人甚至还投票决定学校或者医院的名字都改名叫莫拉地纪念医院、学校。
你是提桶人还是管道建造者?
拥有金山跟银矿，其实不值得羡慕。与其选择万贯家财，倒不如选择一个会持续冒出钱的杯子。
很多人害怕上班的收入不确定，上班族急于寻找双薪，下班之后还要辛勤工作，以为这样就可以远离贫穷。其实，无论兼做几份工作，单靠增加工时获得的收入永远无法让你摆脱贫穷。想致富，告诉大家必须记住几个原则：
第一，凡是不可持续的，就不值得羡慕。
一个关于财富的课程中，台上的演讲者问台下的听众：“知不知道什么是有钱的定义？”听众当场愣住，有钱的定义不是钱很多很多吗？演讲者摇摇头：“如果你认为拥有金钱就叫有钱人，那表示你不懂什么是财富的定义。”
演讲者表示：“有钱的定义是：当自己不工作，或失去手头的工作时，还可以让自己及家人衣食无忧地生活下去。”听众当场傻眼，不工作，还能继续生存？这是所有学校都没有教过的。
演讲者暗示说：“当有钱人不工作时，他们仍有之前投资的基金、股票以及房子的租金，最重要的是企业的系统日夜不停地运作，等等，所以有钱人每天打高尔夫球，每个月都还有上千万的被动收入。”
拥有金山跟银矿，其实不值得羡慕。与其选择万贯家财，倒不如选择一个会持续冒出钱的杯子。“持续冒出钱的杯子”，这就是持续被动收入的概念。
理念：“赚多少钱不重要，能赚多久才是最重要的。”很多人穷尽一生之力，几乎沦为工作的机器，却一辈子无法致富。
第二，彻底改变收入结构。
收入结构才是决定这个家庭是富有还是贫穷的关键因素。
大部分的家庭通过工作获得的收入是占绝大部分的比例，约95%的收入都是来自上班所获得的薪水这个部分。在不工作时获得的收入，如利息收入、房租收入、退休金、版税等，一般家庭在这个方面的收入比例就低一些，大约只有5%，甚至没有这样的收入。
因此要改变收入结构，我们就必须增加“不工作时的收入”即被动收入。若能将原本只占约5%的不工作时的收入提升到95%以上，我们就可以拥有真正的财富，并且打造一个永不缺钱的计划！
第三，全家至少有一人要创造持续被动收入。
每辆车都有第5个轮胎，就是备胎，你有为家人准备“持续收入”的备胎吗？
家庭里有两种角色，照顾者和依赖者。负担家里的生计，赚钱回家养家糊口的，属于“照顾者”；另一种没有工作能力的角色，就属于“依赖者”。风险总是无所不 在，如果很不幸，照顾家庭的人出事了，这家人将会陷入贫穷，甚至过不下去！因为照顾者倒下来而使全家顿失依靠，需要社会救济，这样的现象在台湾屡见不鲜。
其实，不需要发生意外，只要有一天照顾者被老板辞退，失去收入来源，全家的经济重心就会顿时失衡。注意，大部分的照顾者每天辛勤工作，长期下来，身体极有可能不堪重负，因此，往往最早倒下来的都是照顾者。
聪明的家庭知道未雨绸缪，甚至可以让照顾者不那么辛苦。彻底改变收入结构，追求持续收入是唯一的选择。因此，要远离贫穷，全家至少要有一个人创造持续收入。
第四，影响世人脱离贫穷，共同创造持续收入。
人在顺境中，一定要想想危机在哪里！什么时候创造出持续收入，你就能在什么时候脱离贫穷。提示读者，趁自己还有体力与业余时间，赶快为自己或家人至少累积 一份持续收入吧！投资收益、版权收益或系统产生的利润，都属于持续收入的一种。台湾约150万名千万富翁，都是在工作之外，利用业余时间，通过发展自己的 持续收入系统，得以彻底摆脱贫穷，实现永不缺钱的梦想。
聪明的人，知道利用闲暇时间，帮自己找到一份持续收入。为了避免M型社会的崩塌现象，我们有义务告诉周遭的朋友，要想尽办法拥有持续收入。这是一份使命感，也是对社会的一份责任。
咱们中国也有一个类似的管道故事：
从前有两座山，一座山上住着“一休”和尚，另一座山上住着“二休”和尚。山上没有水。每天一休与二休都需要到山下来挑水，两人很快成为好朋友。某一天， 二休去挑水时，发现一休竟然没出现，他想，或许一休生病了。第二天，二休再去挑水，一休还是没出现，二休就开始担心了，决定去探望一休。上山后，他发现一 休正在大树下打太极拳。二休很惊讶地问道：“一休，为什么你没有挑水还有水喝呢？”一休回答说：“这3年来，我每天挑完水，都会利用零碎时间来挖井。现在 我已经挖好一口井，井水源源不绝地涌出，从今以后，我再也不用下山挑水了！我还可以省下很多时间，做我喜欢的事。”因此，一休从此不用再挑水，二休却依然不能休息。这就是“一不做二不休”的由来。
选择比努力重要。这个故事不禁让我们思考：我们目前的工作是在挑水（获得暂时收入），还是挖井（获得持续收入）？
揭秘：有问题加站长QQ
相关推荐阅读(11648)------▼截止日09:28------ 被动收入网VIP已加入100人： 其中发卡平台售出82份； 微信转账18人。 首先 ...阅读(2736)近期，王一森给被动收入网开设了VIP会员服务。阅读(13389)"如果你现在停止工作，按照目前开支，你能生存多少个月？"&总积分:2381
卫生间的顶部管道是用作下水的，其中的连接马桶的下水管道没有做S弯头。
这个究竟是符合要求，还是不符合要求呢？
据说不做S弯头会引起臭气上溢；又有人说，因为马桶本身有S弯，下水管道再做了S弯，一是没必要，二是大便不好冲掉。
究竟哪种说法对呢？
总积分:144
达人还没有起床，我先说说。
可能正如你说的，马桶有S弯水封了，所以在管道上就不安排S弯了，其实如果安排S弯也不现实，它会占很多空间。
客户端勋章使用茶坊客户端登录的用户
总积分:141559
坐便器下水管水是不用S弯的。
欢迎点击咨询&&
由 **东方装饰** 最后编辑于
&&&&&&&& &&& & 东方装饰用心为您打造舒适居家环境& w
总积分:78855
总积分:126045
真实网友通过手机认证的茶坊注册会员
如果有人没有买&S&弯的座便器呢？
应该按房屋的标准做吧
总积分:2381
我就是想知道现在大多数，或者说主流的管道下水是什么样子的。
总积分:1391
马桶下面好像都没有S弯
<A class=noul
爱尔卡集成水槽原创专利、水槽革命
<A class=noul
用原创的力量演绎中国厨房的变革！
总积分:107
没见过马桶的下水管做S弯的
[完成后可按 Ctrl+Enter 发布]
| & 5淘房 江苏三六五网络股份有限公司苏ICP证编号 B2- 信息网络传播视听节目许可证 1009365 号广播电视节目制作经营许可证（苏）字第230号 文明办网上文明上网 举报电话：025-
扫一扫，立刻加茶坊微信
马上扫描下载淘房客户端
马上登录，发帖回帖，赚取积分换礼品
还没有茶坊账号？马上
用其他帐号登录：
亲，您还没登陆华侨路茶坊哦，立即登陆发表观点，分享生活的点点滴滴，还可以赢取茶坊cp，兑换礼品哦~
你可以选择:
免费订阅楼盘动态、开盘、优惠随时掌握常听别人说管道压力，几个压0.几个压个几公斤压是什么关系，怎么区分？谢谢_百度知道
常听别人说管道压力，几个压0.几个压个几公斤压是什么关系，怎么区分？谢谢
我有更好的答案
几个压这个不好说，老师傅说的几个压是说的是公斤压，也就是0.几兆帕，但是现在新的工程师说的几个压说是几兆帕，公斤压的换算是1公斤压=0.1兆帕
采纳率：53%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。JavaScript 运行机制详解：再谈Event Loop - 阮一峰的网络日志
JavaScript 运行机制详解：再谈Event Loop
一年前，我写了一篇，谈了我对Event Loop的理解。
上个月，我偶然看到了Philip Roberts的演讲。这才尴尬地发现，自己的理解是错的。我决定重写这个题目，详细、完整、正确地描述JavaScript引擎的内部运行机制。下面就是我的重写。
进入正文之前，插播一条消息。我的新书出版了（，，），铜版纸全彩印刷，非常精美，还附有索引（当然价格也比同类书籍略贵一点点）。预览和购买点击。
（日更新：本文已经做了较大修改，反映了我现在的认识。关于setTimeout的更多解释和示例，请参阅我正在写的。）
（日更新：朴灵老师对本文做了，详细得指出了文中存在的错误说法，建议阅读。）
一、为什么JavaScript是单线程？
JavaScript语言的一大特点就是单线程，也就是说，同一个时间只能做一件事。那么，为什么JavaScript不能有多个线程呢？这样能提高效率啊。
JavaScript的单线程，与它的用途有关。作为浏览器脚本语言，JavaScript的主要用途是与用户互动，以及操作DOM。这决定了它只能是单线程，否则会带来很复杂的同步问题。比如，假定JavaScript同时有两个线程，一个线程在某个DOM节点上添加内容，另一个线程删除了这个节点，这时浏览器应该以哪个线程为准？
所以，为了避免复杂性，从一诞生，JavaScript就是单线程，这已经成了这门语言的核心特征，将来也不会改变。
为了利用多核CPU的计算能力，HTML5提出Web Worker标准，允许JavaScript脚本创建多个线程，但是子线程完全受主线程控制，且不得操作DOM。所以，这个新标准并没有改变JavaScript单线程的本质。
二、任务队列
单线程就意味着，所有任务需要排队，前一个任务结束，才会执行后一个任务。如果前一个任务耗时很长，后一个任务就不得不一直等着。
如果排队是因为计算量大，CPU忙不过来，倒也算了，但是很多时候CPU是闲着的，因为IO设备（输入输出设备）很慢（比如Ajax操作从网络读取数据），不得不等着结果出来，再往下执行。
JavaScript语言的设计者意识到，这时主线程完全可以不管IO设备，挂起处于等待中的任务，先运行排在后面的任务。等到IO设备返回了结果，再回过头，把挂起的任务继续执行下去。
于是，所有任务可以分成两种，一种是同步任务（synchronous），另一种是异步任务（asynchronous）。同步任务指的是，在主线程上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务；异步任务指的是，不进入主线程、而进入"任务队列"（task queue）的任务，只有"任务队列"通知主线程，某个异步任务可以执行了，该任务才会进入主线程执行。
具体来说，异步执行的运行机制如下。（同步执行也是如此，因为它可以被视为没有异步任务的异步执行。）
（1）所有同步任务都在主线程上执行，形成一个（execution context stack）。
（2）主线程之外，还存在一个"任务队列"（task
queue）。只要异步任务有了运行结果，就在"任务队列"之中放置一个事件。
（3）一旦"执行栈"中的所有同步任务执行完毕，系统就会读取"任务队列"，看看里面有哪些事件。那些对应的异步任务，于是结束等待状态，进入执行栈，开始执行。
（4）主线程不断重复上面的第三步。
下图就是主线程和任务队列的示意图。
只要主线程空了，就会去读取"任务队列"，这就是JavaScript的运行机制。这个过程会不断重复。
三、事件和回调函数
"任务队列"是一个事件的队列（也可以理解成消息的队列），IO设备完成一项任务，就在"任务队列"中添加一个事件，表示相关的异步任务可以进入"执行栈"了。主线程读取"任务队列"，就是读取里面有哪些事件。
"任务队列"中的事件，除了IO设备的事件以外，还包括一些用户产生的事件（比如鼠标点击、页面滚动等等）。只要指定过回调函数，这些事件发生时就会进入"任务队列"，等待主线程读取。
所谓"回调函数"（callback），就是那些会被主线程挂起来的代码。异步任务必须指定回调函数，当主线程开始执行异步任务，就是执行对应的回调函数。
"任务队列"是一个先进先出的数据结构，排在前面的事件，优先被主线程读取。主线程的读取过程基本上是自动的，只要执行栈一清空，"任务队列"上第一位的事件就自动进入主线程。但是，由于存在后文提到的"定时器"功能，主线程首先要检查一下执行时间，某些事件只有到了规定的时间，才能返回主线程。
四、Event Loop
主线程从"任务队列"中读取事件，这个过程是循环不断的，所以整个的这种运行机制又称为Event Loop（事件循环）。
为了更好地理解Event Loop，请看下图（转引自Philip Roberts的演讲）。
上图中，主线程运行的时候，产生堆（heap）和栈（stack），栈中的代码调用各种外部API，它们在"任务队列"中加入各种事件（click，load，done）。只要栈中的代码执行完毕，主线程就会去读取"任务队列"，依次执行那些事件所对应的回调函数。
执行栈中的代码（同步任务），总是在读取"任务队列"（异步任务）之前执行。请看下面这个例子。
var req = new XMLHttpRequest();
req.open('GET', url);
req.onload = function (){};
req.onerror = function (){};
req.send();
上面代码中的req.send方法是Ajax操作向服务器发送数据，它是一个异步任务，意味着只有当前脚本的所有代码执行完，系统才会去读取"任务队列"。所以，它与下面的写法等价。
var req = new XMLHttpRequest();
req.open('GET', url);
req.send();
req.onload = function (){};
req.onerror = function (){};
也就是说，指定回调函数的部分（onload和onerror），在send()方法的前面或后面无关紧要，因为它们属于执行栈的一部分，系统总是执行完它们，才会去读取"任务队列"。
五、定时器
除了放置异步任务的事件，"任务队列"还可以放置定时事件，即指定某些代码在多少时间之后执行。这叫做"定时器"（timer）功能，也就是定时执行的代码。
定时器功能主要由setTimeout()和setInterval()这两个函数来完成，它们的内部运行机制完全一样，区别在于前者指定的代码是一次性执行，后者则为反复执行。以下主要讨论setTimeout()。
setTimeout()接受两个参数，第一个是回调函数，第二个是推迟执行的毫秒数。
console.log(1);
setTimeout(function(){console.log(2);},1000);
console.log(3);
上面代码的执行结果是1，3，2，因为setTimeout()将第二行推迟到1000毫秒之后执行。
如果将setTimeout()的第二个参数设为0，就表示当前代码执行完（执行栈清空）以后，立即执行（0毫秒间隔）指定的回调函数。
setTimeout(function(){console.log(1);}, 0);
console.log(2);
上面代码的执行结果总是2，1，因为只有在执行完第二行以后，系统才会去执行"任务队列"中的回调函数。
总之，setTimeout(fn,0)的含义是，指定某个任务在主线程最早可得的空闲时间执行，也就是说，尽可能早得执行。它在"任务队列"的尾部添加一个事件，因此要等到同步任务和"任务队列"现有的事件都处理完，才会得到执行。
HTML5标准规定了setTimeout()的第二个参数的最小值（最短间隔），不得低于4毫秒，如果低于这个值，就会自动增加。在此之前，老版本的浏览器都将最短间隔设为10毫秒。另外，对于那些DOM的变动（尤其是涉及页面重新渲染的部分），通常不会立即执行，而是每16毫秒执行一次。这时使用requestAnimationFrame()的效果要好于setTimeout()。
需要注意的是，setTimeout()只是将事件插入了"任务队列"，必须等到当前代码（执行栈）执行完，主线程才会去执行它指定的回调函数。要是当前代码耗时很长，有可能要等很久，所以并没有办法保证，回调函数一定会在setTimeout()指定的时间执行。
六、Node.js的Event Loop
Node.js也是单线程的Event Loop，但是它的运行机制不同于浏览器环境。
请看下面的示意图（作者）。
根据上图，Node.js的运行机制如下。
（1）V8引擎解析JavaScript脚本。
（2）解析后的代码，调用Node API。
（3）负责Node
API的执行。它将不同的任务分配给不同的线程，形成一个Event Loop（事件循环），以异步的方式将任务的执行结果返回给V8引擎。
（4）V8引擎再将结果返回给用户。
除了setTimeout和setInterval这两个方法，Node.js还提供了另外两个与"任务队列"有关的方法：和。它们可以帮助我们加深对"任务队列"的理解。
process.nextTick方法可以在当前"执行栈"的尾部----下一次Event Loop（主线程读取"任务队列"）之前----触发回调函数。也就是说，它指定的任务总是发生在所有异步任务之前。setImmediate方法则是在当前"任务队列"的尾部添加事件，也就是说，它指定的任务总是在下一次Event Loop时执行，这与setTimeout(fn, 0)很像。请看下面的例子（via ）。
process.nextTick(function A() {
console.log(1);
process.nextTick(function B(){console.log(2);});
setTimeout(function timeout() {
console.log('TIMEOUT FIRED');
// TIMEOUT FIRED
上面代码中，由于process.nextTick方法指定的回调函数，总是在当前"执行栈"的尾部触发，所以不仅函数A比setTimeout指定的回调函数timeout先执行，而且函数B也比timeout先执行。这说明，如果有多个process.nextTick语句（不管它们是否嵌套），将全部在当前"执行栈"执行。
现在，再看setImmediate。
setImmediate(function A() {
console.log(1);
setImmediate(function B(){console.log(2);});
setTimeout(function timeout() {
console.log('TIMEOUT FIRED');
上面代码中，setImmediate与setTimeout(fn,0)各自添加了一个回调函数A和timeout，都是在下一次Event Loop触发。那么，哪个回调函数先执行呢？答案是不确定。运行结果可能是1--TIMEOUT FIRED--2，也可能是TIMEOUT FIRED--1--2。
令人困惑的是，Node.js文档中称，setImmediate指定的回调函数，总是排在setTimeout前面。实际上，这种情况只发生在递归调用的时候。
setImmediate(function (){
setImmediate(function A() {
console.log(1);
setImmediate(function B(){console.log(2);});
setTimeout(function timeout() {
console.log('TIMEOUT FIRED');
// TIMEOUT FIRED
上面代码中，setImmediate和setTimeout被封装在一个setImmediate里面，它的运行结果总是1--TIMEOUT FIRED--2，这时函数A一定在timeout前面触发。至于2排在TIMEOUT FIRED的后面（即函数B在timeout后面触发），是因为setImmediate总是将事件注册到下一轮Event Loop，所以函数A和timeout是在同一轮Loop执行，而函数B在下一轮Loop执行。
我们由此得到了process.nextTick和setImmediate的一个重要区别：多个process.nextTick语句总是在当前"执行栈"一次执行完，多个setImmediate可能则需要多次loop才能执行完。事实上，这正是Node.js 10.0版添加setImmediate方法的原因，否则像下面这样的递归调用process.nextTick，将会没完没了，主线程根本不会去读取"事件队列"！
process.nextTick(function foo() {
process.nextTick(foo);
事实上，现在要是你写出递归的process.nextTick，Node.js会抛出一个警告，要求你改成setImmediate。
另外，由于process.nextTick指定的回调函数是在本次"事件循环"触发，而setImmediate指定的是在下次"事件循环"触发，所以很显然，前者总是比后者发生得早，而且执行效率也高（因为不用检查"任务队列"）。
JavaScript 程序越来越复杂，调试工具的重要性日益凸显。客户端脚本有浏览器，Node 脚本怎么调试呢？
JavaScript 是单线程运行，异步操作特别重要。
2017年6月，TC39 委员会正式发布了《ES2017 标准》。
Web 技术突飞猛进，但是有一个领域一直无法突破 ---- 游戏。
