老公和老婆

最新推荐文章于 2013-01-17 09:48:58 发布
转载 最新推荐文章于 2013-01-17 09:48:58 发布 · 881 阅读 · 0

一对夫妻间的幽默对话，涉及日常生活中的各种话题，从社会现象到个人心理，展现了夫妻间轻松愉快的交流方式。

老婆：今天我看了一个报导，我发现呀，真是不能得罪小人呀，要不然不一定怎么在背后坏你呀！
老公：是啊，要不然我总是哄着你，不敢得罪你。

老公：你说我精神状态能好吗，我每年要听你说300多个离婚、结婚、第三者的故事，100多个明星绯闻，45个神童当年是怎么上小学的。。。

老公：咦，这次你怎么不批判了，你不是一直是一个愤青吗？不对，是大粪青。
老婆：过分！
老公：是你让我“过粪”的啊。（于是从老婆身边走过去）

老婆：虽然当时你是冲着我容貌来的，但是你现在也不能因为我人老珠黄就这样啊！
老公：不，你从来都是18岁，生理年龄、心理年龄都是。

老公：你说为什么没有女经济学家呢？
老婆：因为我还没毕业呢。
老公：哦？嗯，看到你，我就明白为什么没有女经济学家了。

老婆：你说将来咱们有了女儿是学文还是学理呀？
老公：跟我上一百次的答案是一样的。
老婆：别闹，跟你正经说呢。
老公：没闹，我这也是正经说呢。

老公：咱们还是别要女儿了。
老婆：怎么了？
老公：万一要是像你这样可怎么办哪，就嫁不出去了！
老婆：我怎么了，我这不是结婚了吗？
老婆：你以为咱女儿会像你这么幸运吗？
老婆：%…………&@#￥%

老婆：你说我要是死了，你会怎么办？
老公：你不会死的，你有着坚不可摧的精神力量！
老婆：%%##￥@#￥…


老婆：你说我什么时候会不再害羞了呢，估计40岁就差不多了吧？
老公：不可能，起码得80岁。

老婆：我帮你拎一个袋子吧？
老公：谢谢了，不用了。
老婆：没事的，我帮你拎吧。
老公：别，别，别，你拎了这次，就有了口实，我后50年的日子就没法过了。

老婆喝酒给老公的检讨书.doc
03-02
2. **诚实与沟通**：“老婆”承认了自己的错误，并向“老公”坦诚道歉，展示了诚实和有效沟通的价值。在任何关系中，尤其是夫妻关系，诚实和开放的沟通能增强信任，解决矛盾。 3. **角色扮演**：“老婆”提到了自己...
2012老公老婆甜蜜祝福语.doc
01-30
【文档标题】：“2012老公老婆甜蜜祝福语.doc” 【文档描述】：“2012老公老婆甜蜜祝福语.doc” 【标签】：“范文” 本文档主要包含了一系列深情的、表达爱意的祝福语，适合用于情侣间的甜蜜交流。这些祝福语表达了...
老公和老婆的潜规则
随风的专栏
01-17 619
老公和老婆的潜规则 关于讲理老公：你不讲理。老婆：和你我从来就没讲过理，家就不是讲理的地方。再说你是男的，还比我大28个月呢，你就得让着我。老公: ……关于钱老公：以后我挣的钱，按比例给你吧，我挣的多时留得也多一点，这样我较会有积极性。老婆：好。老公：那我给你百分之多少？老婆：百分之一百二。老公: ……关于主意老婆：咱们出去玩吧。老公：好，你说去哪就去哪。老婆：我要有主意还和你说！老公：我出的主意
老公和老婆的超经典智斗
Care iOS技术团队
08-23 2241
1、洗碗  俩人吃完饭都不想洗碗，所以决定用猜拳方式决胜负，谁输谁洗碗。但老婆耍赖，出拳时总比我慢一拍，我也不去揭穿她的诡计，只在洗碗时找有豁口的（或看着不值钱的）碗、盘子打碎一两个，第三次她就不再让我洗碗，但我得负责倒垃圾。  ２、做早点  我跟老婆都有赖床的恶习，因
老婆与老公
随风的专栏
01-17 568
1、早上临上班，和老公吻别。 　　我：亲一个！ 　　老公：啵！ 　　我:再亲一个! 　　老公:啵! 　　我:还要嘛～～～ 　　老公:……流氓! 2、昨天晚上睡觉,跟老公抢他的胳膊～，老公抵死不从!    我急了,就冒出了一句: 老衲,你就从了师太吧!   老公笑到手软。于是我得逞。 3、某日,我早起,给他留了200元钱放在桌子上(我是家里的财政大臣)。   上班后,估摸着他已起床,就短他: 老公,
许晴老公和老婆的幸福记
weixin_33965305的博客
06-13 316
　　相恋：许晴与老公是大学同学，大二时相恋，那时她老公的目的很明确，就是找一个老婆，而许晴则是想尝尝恋爱的滋味。她喜欢老公的踏实、可靠、对我好；老公喜欢她善良、漂亮。在大学里她们度过了三年浪漫而又幸福的时光，一起吃饭、一起看书、一起运动、一起旅游、一起散步，过着无忧无虑、憧憬着美好未来的生活。现在回想起来，还觉得甜甜的。　　验恋：毕业了，许晴到了学校，老公到了国有企业，他们两...
幽默：老公和老婆斗智
fgxixi1980的专栏
07-27 930
　　男人和女人结婚了，意味着一场无休无止的战争开始了。如果男人和女人都理解了爱，理解了男人和女人，男人和女人也就修成正果了。　　1.涮碗　　俩人吃完饭都不想涮碗，所以决定用猜拳方式决胜负，谁输谁涮碗。但老婆好耍赖，出拳时总比我慢一拍，我也不去揭穿她的诡计，只在洗涮时找有豁口的（或看着不值钱的）碗、盘子打碎一两个，第三次她就不再让我涮碗，但我得负责倒垃圾。　　2.做早点　　我跟老婆都有赖床的恶习，因
老公和老婆的几个生活场景(爆笑)
weixin_33978044的博客
11-13 195
老公和老婆的几个生活场景(爆笑) 你们家里也发生这样的是吗？那结婚好像也有点可取之处哦。 　　 半夜，醒来，感觉老公紧抱着我，窃喜！心想：这家伙平时挺酷的，没想到睡觉时一不小心就露馅了。于是感动不已，正准备好好享受他的拥抱时，听见他迷迷糊糊说到：“老婆！好冷！”当时恨不得把他踢下床去。 　　某日和老公...
老公和老婆间的暴强通信
蓬莱病书生的专栏
07-17 674
老公和老婆间的暴强通信 　　亲爱的老婆： 　　你，在娘家还好吗？ 　　从我们怄气到现在你已经离家出走达38小时零37分钟了，这距离你出走史上的最高纪录还差4个小时零21分种，我知道你在等我向你登门道歉，我也准备这样做，但我更希望你能坚持下去，再创你出走史上的新高！ 　　我在家里一切还好，请不要惦念。虽然，你带走
搞笑的老公和老婆通信(经典)
从开始到现在
02-05 576
老婆：　　你，在娘家还好吗？　　从我们怄气到现在你已经离家出走达38小时零37分钟了，这距离你出走史上的最高纪录还差4个小时零21分种，我知道你在等我向你登门道歉，我也准备这样做，但我更希望你能坚持下去，再创你出走史上的新高！　　我在家里一切还好，请不要惦念。虽然，你带走了存折，不过，你不用担心我的经济来源，因为我手里还有一张附属信用卡。信用卡用起来就是方便，我已经买了五件衬衣，七条内裤和十二双袜
搞笑的老公和老婆通信 (经典)
从开始到现在
11-19 882
老婆：　　你，在娘家还好吗？　　从我们怄气到现在你已经离家出走达38小时零37分钟了，这距离你出走史上的最高纪录还差4个小时零21分种，我知道你在等我向你登门道歉，我也准备这样做，但我更希望你能坚持下去，再创你出走史上的新高！　　我在家里一切还好，请不要惦念。虽然，你带走了存折，不过，你不用担心我的经济来源，因为我手里还有一张附属信用卡。信用卡用起来就是方便，我已经买了五件衬衣，七条内裤和十二双袜
老公写给老婆的情书.doc
09-17
老公写给老婆的情书.doc
幽默搞笑情书-有才的老公写给老婆的建议情书.doc
09-20
幽默搞笑情书-有才的老公写给老婆的建议情书.doc
老婆爱老公的话.doc
09-17
老婆爱老公的话.doc
【水下机器人建模】基于QLearning自适应强化学习PID控制器在AUV中的应用研究（Matlab代码实现）
最新发布
11-26
【水下机器人建模】基于QLearning自适应强化学习PID控制器在AUV中的应用研究（Matlab代码实现）内容概要：本文围绕“基于QLearning自适应强化学习PID控制器在AUV中的应用研究”展开，重点探讨了将强化学习中的Q-Learning算法与传统PID控制相结合，用于提升自主水下机器人（AUV）控制系统性能的技术方案。文中介绍了AUV的动力学建模过程，设计了基于Q-Learning的自适应PID控制器，通过Matlab代码实现仿真验证，展示了该方法在轨迹跟踪、抗干扰能力和参数自整定方面的优势。研究强调了智能控制算法在复杂海洋环境中对提升AUV自主性和控制精度的重要意义。; 适合人群：具备一定自动控制理论基础和Matlab编程能力的自动化、机器人、海洋工程等专业的研究生、科研人员及工程技术人员。; 使用场景及目标：①应用于水下机器人、无人潜航器等复杂系统的智能控制设计；②为PID控制器参数自整定问题提供基于强化学习的新解决方案；③作为智能控制与传统控制融合研究的教学案例与技术参考。; 阅读建议：读者应重点关注Q-Learning与PID结合的控制结构设计、奖励函数构建以及Matlab仿真实现细节，建议结合文中提供的代码进行实践复现，并尝试调整算法参数以深入理解其控制性能变化。
苏州市数据条例(1).pdf
11-26
苏州市数据条例(1)
1995-2023年全球经济自由度指数数据
11-26
1995-2023年全球经济自由度指数数据 1、时间：1995-2023年 2、来源：美国传统基金会 3、指标：Name、Index Year、Overall Score、Property Rights、Government Integrity、Judicial Effectiveness、Tax Burden、Government Spending、Fiscal Health、Business Freedom、Labor Freedom、Monetary Freedom、Trade Freedom、Investment Freedom、Financial Freedom（ 总体得分、财产权、政府廉政、司法效力、税负、ZF支出、财政健康、商业自由、劳动自由、货币自由、贸易自由、投资自由、财务自由） 4、范围：180个国家地区 5、指标说明：根据得分，所有国家和地区被分为如下5个等别：完全自由（80-100）、比较自由（70-79.9）、有限度自由（60-69.9）、比较压制（50-50.9）、压制（0-49.9）。 6、全球经济自由度指数（Index of Economic Freedom）是衡量国家或地区居民在经济活动中自由程度的综合性指标体系，其核心在于通过量化评估政府对经济的干预程度，反映市场运作的自由度与效率。经济自由度越高，市场机制越完善，资源配置效率越高，长期经济增长潜力越大。
基于51单片机的RFID门禁系统（刷卡+密码）资源下载
11-26
提供了一个基于51单片机的RFID门禁系统的完整资源文件，包括PCB图、原理图、论文以及源程序。该系统设计由单片机、RFID-RC522频射卡模块、LCD显示、灯控电路、蜂鸣器报警电路、存储模块和按键组成。系统支持通过密码和刷卡两种方式进行门禁控制，灯亮表示开门成功，蜂鸣器响表示开门失败。 资源内容 PCB图：包含系统的PCB设计图，方便用户进行硬件电路的制作和调试。 原理图：详细展示了系统的电路连接和模块布局，帮助用户理解系统的工作原理。 论文：提供了系统的详细设计思路、实现方法以及测试结果，适合学习和研究使用。 源程序：包含系统的全部源代码，用户可以根据需要进行修改和优化。 系统功能 刷卡开门：用户可以通过刷RFID卡进行门禁控制，系统会自动识别卡片并判断是否允许开门。 密码开门：用户可以通过输入预设密码进行门禁控制，系统会验证密码的正确性。 状态显示：系统通过LCD显示屏显示当前状态，如刷卡成功、密码错误等。 灯光提示：灯亮表示开门成功，灯灭表示开门失败或未操作。 蜂鸣器报警：当刷卡或密码输入错误时，蜂鸣器会发出报警声，提示用户操作失败。 适用人群 电子工程、自动化等相关专业的学生和研究人员。 对单片机和RFID技术感兴趣的爱好者。 需要开发类似门禁系统的工程师和开发者。
51单片机+HC05蓝牙模块+手机app+智能小车控制套件
11-26
此资源文件为您提供了一个基于51单片机的智能小车控制套件的详细方案，通过MIT App Inventor搭建的手机app实现对智能小车的远程控制。 资源简介 资源中包含了一个通过HC05蓝牙模块与51单片机连接的智能小车控制系统，用户可以通过手机app发送指令，实现小车的前进、后退、左转和右转。此外，我们还为小车增加了蜂鸣器报警和LED电灯功能，使其具备更多的互动性和实用性。 功能特点 使用MIT App Inventor搭建的手机app，操作简单方便。 51单片机接收蓝牙模块的指令，控制小车运动。 具备蜂鸣器报警功能，可应用于多种场景。 LED电灯功能，为小车提供夜间照明。 文件内容 本资源文件包含以下内容： 51单片机程序代码 HC05蓝牙模块配置说明 手机app设计教程 智能小车硬件连接示意图 请根据您的需求，仔细阅读相关文档，逐步搭建属于您的智能小车控制系统。祝您在使用过程中收获满满，尽情享受科技带来的乐趣！
package itbaizhan; /** * 银行取钱案例 -》两个用户同时对一个账户取钱，出现线程冲突问题 * 解决：锁住一个账户对象/字符串，一个线程执行完，另一个线程才能执行 * <p> * synchronized 要明确哪些是要同步的代码 * 两种方法如下： * 1.方法上：public synchronized void aa(){} * 2.方法内部：public void aa(){ * synchronized(锁对象){ * 同步代码块; * } * } */ public class DrawMoneyThreadTest { public static void main(String[] args) { Account account = new Account("chenbin", "mima", 1000); new Thread(new drawMoneyThread(account, 900), "老公").start(); new Thread(new drawMoneyThread(account, 900), "老婆").start(); } } /** * 取钱线程 */ class drawMoneyThread implements Runnable { private Account account; //用户账户 private double drawMoney; //取钱金额 public drawMoneyThread(Account account, double drawMoney) { this.account = account; this.drawMoney = drawMoney; } @Override public synchronized void run() { if (account.getBalance() >= drawMoney) { System.out.println(Thread.currentThread().getName() + " 取钱成功,吐出钞票 " + this.drawMoney); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } this.account.setBalance(this.account.getBalance() - this.drawMoney); System.out.println(Thread.currentThread().getName() + " 剩余金额： " + this.account.getBalance()); } else { System.out.println(Thread.currentThread().getName() + " 取钱失败，剩余金额不足"); } } } /** * 账户类 */ class Account { private String AccountId; private String MiMa; private double balance;//余额 public String getAccountId() { return AccountId; } public void setAccountId(String accountId) { AccountId = accountId; } public String getMiMa() { return MiMa; } public void setMiMa(String miMa) { MiMa = miMa; } public double getBalance() { return balance; } public void setBalance(double balance) { this.balance = balance; } public Account(String accountId, String miMa, double balance) { AccountId = accountId; MiMa = miMa; this.balance = balance; } public Account() { } } 为什么这样写 锁就不生效
11-01
<think>我们正在分析银行取钱案例中锁不生效的原因。用户提供的代码中，synchronized修饰了drawMoneyThread类的run方法，但两个线程（老公和老婆）仍然可以同时取钱，导致余额错误。根据引用[2]，synchronized修饰实例方法时，锁对象是当前实例（this）。在drawMoneyThread中，我们创建了两个线程，每个线程都是一个独立的drawMoneyThread实例，因此它们的锁对象不同（分别是两个drawMoneyThread实例），无法互斥。 正确的做法应该是使用同一个锁对象，而这个锁对象应该是共享资源（即account对象）。我们可以修改run方法，使用synchronized代码块，锁住account对象，这样两个线程就会竞争同一个锁，从而保证同步。 修改后的drawMoneyThread类： ```java class drawMoneyThread implements Runnable { private Account account; //用户账户 private double drawMoney; //取钱金额 public drawMoneyThread(Account account, double drawMoney) { this.account = account; this.drawMoney = drawMoney; } @Override public void run() { // 使用account作为锁对象，因为两个线程共享同一个account synchronized (account) { if (account.getBalance() >= drawMoney) { System.out.println(Thread.currentThread().getName() + " 取钱成功,吐出钞票 " + this.drawMoney); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } this.account.setBalance(this.account.getBalance() - this.drawMoney); System.out.println(Thread.currentThread().getName() + " 剩余金额： " + this.account.getBalance()); } else { System.out.println(Thread.currentThread().getName() + " 取钱失败，剩余金额不足"); } } } } ``` 这样修改后，两个线程在进入同步代码块时，都会尝试获取account对象的锁，从而保证同一时间只有一个线程执行取钱操作。 另外，我们也可以将同步加在Account类的方法上，例如在Account类中提供一个同步的取款方法： ```java class Account { // ... 其他代码不变 // 提供一个同步的取款方法 public synchronized void withdraw(double amount) { if (balance >= amount) { // 这里为了模拟，可以加上睡眠，但实际中不建议在同步方法中睡眠太长时间 try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } balance -= amount; } } } ``` 然后在drawMoneyThread的run方法中调用这个同步方法： ```java @Override public void run() { // 直接调用account的withdraw方法，该方法已经同步 if (account.getBalance() >= drawMoney) { account.withdraw(drawMoney); System.out.println(Thread.currentThread().getName() + " 取钱成功,吐出钞票 " + this.drawMoney); System.out.println(Thread.currentThread().getName() + " 剩余金额： " + account.getBalance()); } else { System.out.println(Thread.currentThread().getName() + " 取钱失败，剩余金额不足"); } } ``` 但是注意，上面这种写法在withdraw方法内部修改了余额，但是在drawMoneyThread的run方法中先判断了余额，然后调用withdraw，这实际上存在一个时间差，可能导致取款时余额已经不足。因此，更好的做法是将判断逻辑也移入withdraw方法中，并保证整个操作在同步块内： ```java // Account类中的withdraw方法 public synchronized boolean withdraw(double amount) { if (balance >= amount) { try { Thread.sleep(1000); // 模拟处理时间 } catch (InterruptedException e) { e.printStackTrace(); } balance -= amount; return true; } return false; } // 然后在run方法中 @Override public void run() { if (account.withdraw(drawMoney)) { System.out.println(Thread.currentThread().getName() + " 取钱成功,吐出钞票 " + this.drawMoney); System.out.println(Thread.currentThread().getName() + " 剩余金额： " + account.getBalance()); } else { System.out.println(Thread.currentThread().getName() + " 取钱失败，剩余金额不足"); } } ``` 这样，整个取款操作（判断余额和扣款）都在同步方法中完成，确保线程安全。 总结：锁不生效的原因是因为synchronized修饰的是run方法，而run方法属于两个不同的线程实例，锁对象不同，无法互斥。正确的做法是使用共享资源（账户对象）作为锁对象。 生成相关问题： </think>### Java 银行取钱案例中 synchronized 修饰 run 方法锁不生效的原因分析 在银行取钱案例中，锁不生效的核心原因是**锁对象选择错误**，导致多个线程无法真正互斥访问共享资源。以下是详细分析： #### 1. **错误的锁对象定位** 在 `drawMoneyThread` 类中，`synchronized` 修饰的是 `run()` 方法： ```java public synchronized void run() { // 取钱逻辑 } ``` 这种写法相当于： ```java public void run() { synchronized(this) { // 锁对象是当前的线程实例 // 取钱逻辑 } } ``` 问题在于： - **每个线程实例拥有独立锁**：当创建两个线程时（如"老公"和"老婆"线程），每个线程都有自己的 `this` 对象作为锁 - **账户对象未被锁定**：共享资源 `Account account` 没有被同步保护，多个线程仍可同时修改账户余额[^2][^1] #### 2. **锁作用范围与共享资源不匹配** 关键冲突点： | 要素 | 实际实现 | 正确要求 | |------|----------|----------| | **共享资源** | `Account` 对象 | `Account` 对象 | | **锁对象** | 线程实例 (`this`) | `Account` 对象 | | **同步效果** | ❌ 线程间不互斥 | ✅ 线程间互斥 | 两个线程执行时序： ``` 线程1（老公）: 锁定 drawMoneyThread实例1 → 访问共享账户 线程2（老婆）: 锁定 drawMoneyThread实例2 → 同时访问共享账户 ``` #### 3. **并发问题复现** 当初始余额为 $1000$，两个线程各取 $900$ 时： 1. 线程A检查余额：$1000 >= 900$ → 通过 2. 线程B同时检查余额：$1000 >= 900$ → 通过 3. 线程A休眠1秒后扣款：$1000 - 900 = 100$ 4. 线程B休眠1秒后扣款：$100 - 900 = -800$（余额异常） 结果：**账户余额出现负数**，违反业务逻辑。 --- ### 解决方案：正确加锁 #### 方法一：同步代码块锁定账户对象 ```java @Override public void run() { synchronized(account) { // 锁定共享账户对象 if (account.getBalance() >= drawMoney) { // ...取钱操作... } } } ``` #### 方法二：在Account类中添加同步方法（推荐） ```java class Account { // ... public synchronized boolean withdraw(double amount) { if (balance >= amount) { balance -= amount; return true; } return false; } } // 线程调用 @Override public void run() { if (account.withdraw(drawMoney)) { System.out.println("取钱成功"); } } ``` #### 两种方案对比 | 方案 | 锁对象 | 优点 | 缺点 | |------|--------|------|------| | 同步代码块 | `account` 实例 | 灵活控制同步范围 | 需手动管理锁 | | 账户同步方法 | `account` 实例 | 封装性好，业务内聚 | 需修改账户类 | --- ### 总结：synchronized 使用原则 1. **锁对象必须是共享资源**：所有线程需竞争同一把锁 2. **同步范围覆盖完整操作**：检查余额和扣款必须原子性完成 3. **避免锁无关对象**：如线程实例、字符串常量等可能被JVM优化或复用[^1][^2] > 在银行案例中，将锁从线程实例转移到账户对象后，线程安全公式成立： > $$ \text{线程安全} = \frac{\text{共享资源}}{\text{正确锁对象}} \times \text{原子操作} $$
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值