微信红包群_安然无恙

如二维码失效请到xxh333.com  获取最新二维码

安然无恙这则成语的意思是平安无事,没有遭受损害或发生意外。恙,疾病,借指灾祸。
  这个成语来源于《战国策.齐策四》,齐王使使者问赵威后,书未发,威后问使者曰:岁亦无恙耶?民亦无恙耶?使者不悦,曰:臣奉使使威后,今不问王而先问岁与民,岂先贱而后尊贵者乎?威后曰:不然。苟无岁,何以有民?苟无民,何以有君?故有舍本而问末者耶?
  公元前266年,赵国国君赵惠文王去世,他的儿子太子丹接位为赵孝成王。由于孝成王还年轻,国家大事由他的母亲赵威后负责处理。赵威后是一个比较贤明而有见识的中年妇女。她刚刚主持国事的时候,秦国加剧了对赵国的进攻。赵国危急,向齐国求救,齐国要赵威后把她的小儿子长安君送到齐国作人质,然后再出兵。赵威后舍不得小儿子离开,但是听了大臣触龙的意见,还是把长安君送到齐国。齐国出兵帮助赵国打退了秦军。
  有一次,齐王派使者带着信到赵国问候赵威后。威后还没有拆信就问使者。齐国的收成不坏吧?老百姓平安吗?齐王身体健康吗?
  齐国使者听了心里很不高兴,说:我受齐王派遣来问候您,现在你不先问齐王,却先问收成和百姓,难道可以把低贱的放在前面,把尊贵的放在后面吗?
  威后微微一笑,说:不是的。如果没有收成,怎么会有百姓?如果没有百姓,怎么会有君主?难道问候时可以舍弃根本而只问枝节吗?
  齐国使者听了,一时说不出话来。
  这则无恙的典故,后来演化出成语,安然无恙。

原文地址:https://www.cnblogs.com/qq45225/p/11842553.html

时间: 2024-10-29 19:54:20

微信红包群_安然无恙的相关文章

微信红包群_进群二维码看不到请到xxh333.com 获取最新二维码

寸木岑楼”成语由“方寸之木可高于岑楼”变化来,出自<孟子·告子下>. 有一位任国的人向孟子的学生屋庐子问礼与食哪个重要的问题,屋庐子随口答道“礼重要”.任人又问道:“娶妻与礼哪个重要?”屋庐子答道:“还是礼重要.” 随后,这位任人便一本正经地说道:“要是按着那些礼节去找吃的,恐怕就要挨饿.甚至饿死:如果不按着那些礼节去找吃的,可能就会有吃的.在这样的情况下,难道还要按着礼节去行事吗?再有,假如按照亲迎礼,就得不到妻子:要是不行亲迎礼,就能得到妻子,还一定要行亲迎礼吗?” 这一问,屋庐子没有答出

微信红包的架构设计简介

@来源于QCon某高可用架构群整理,整理朱玉华. 背景:有某个朋友在朋友圈咨询微信红包的架构,于是乎有了下面的文字(有误请提出,谢谢) 概况:2014年微信红包使用数据库硬抗整个流量,2015年使用cache抗流量. 微信的金额什么时候算? 答:微信金额是拆的时候实时算出来,不是预先分配的,采用的是纯内存计算,不需要预算空间存储.. 采取实时计算金额的考虑:预算需要占存储,实时效率很高,预算才效率低. 实时性:为什么明明抢到红包,点开后发现没有? 答:2014年的红包一点开就知道金额,分两次操作

微信红包随机算法

最近看了一篇文章,讲微信红包随机算法的.感觉很不错,所以自己实现了下,并进行了简单测试. 算法 算法很简单,不是提前算好,而是抢红包时计算: 红包里的金额怎么算?为什么出现各个红包金额相差很大?答:随机,额度在0.01和剩余平均值*2之间. 实现 实现上述算法的逻辑主要是: public static double getRandomMoney(RedPackage _redPackage) { // remainSize 剩余的红包数量 // remainMoney 剩余的钱 if (_red

2015年随微信红包即将爆发!

2015年1月的消息,微信即将升级的6.1版本中会出现摇一摇的红包和卡券的功能.此功能意味着,将来“摇一摇”除了寻找朋友,还会成为连通线上和线下的桥梁.在这里一个不可忽视的技术概念是“iBeacon技术”. iBeacon是苹果公司2013年6月推出的技术,并在9月发布的移动设备上配备了此新功能:通过蓝牙(BLE)进行精准定位,当智能设备靠近iBeacon信标时,设备能感应到iBeacon信号,商家因此能为消费者提供基于位置的相关信息,在适当的时间和地点向用户推送所需要的信息. 这是一个简单的场

微信红包金额分配的算法 http://timyang.net/architecture/wechat-red-packet/

虽然春节已经过去一段时间,但不少微信群里面依旧乐此不疲的在玩发红包活动,用户自发的将最初的一个春节拜年的场景功能慢慢演化成一个长尾功能. 用户在微信中抢红包时分成抢包和拆包两个操作.抢包决定红包是否还有剩余金额,但如果行动不够迅速,在拆包阶段可能红包已经被其他用户抢走的情况. 红包的金额是在什么时候算? 据某架构群腾讯财付通专家反馈,红包的金额是拆的时候实时计算,而不是预先分配,实时计算基于内存,不需要额外存储空间,并且实时计算效率也很高.每次拆红包时,系统取0.01到剩余平均值*2之间作为红包

基于微信红包插件的原理实现android任何APP自动发送评论(已开源)

背景 地址:https://github.com/huijimuhe/postman 核心就是android的AccessibilityService,回复功能api需要23以上版本才行. 其实很像在做单元测试.你可以有n种方式实现发帖功能,这只是一个比较邪火的方式,亲测过一次,可行.这里我以网易新闻客户端举例. 模拟你在手机端的物理动作:选择新闻->回复->退回新闻列表->进入下一个新闻->回复->退回新闻列表刷新->进入->回复.... 做的不精细,只是探究到

官方微信接口(全接口) - 微信摇一摇接口/微信多客服接口/微信支付接口/微信红包接口/微信卡券接口/微信小店接口/JSAPI

微信入口绑定,微信事件处理,微信API全部操作包含在这些文件中.微信支付.微信红包.微信卡券.微信小店. 微信开发探讨群 330393916 <?php /**  * Description of wechat  *  * @author Administrator  */ class WeChat extends WxApi{     public $token = "";     //put your code here     public function __const

微信红包的架构设计简介{转}

转自https://www.zybuluo.com/yulin718/note/93148 背景:有某个朋友在朋友圈咨询微信红包的架构,于是乎有了下面的文字(有误请提出,谢谢) 概况:2014年微信红包使用数据库硬抗整个流量,2015年使用cache抗流量. 微信的金额什么时候算? 答:微信金额是拆的时候实时算出来,不是预先分配的,采用的是纯内存计算,不需要预算空间存储.. 采取实时计算金额的考虑:预算需要占存储,实时效率很高,预算才效率低. 实时性:为什么明明抢到红包,点开后发现没有? 答:2

【转】微信红包随机算法初探

最近看了一篇文章,讲微信红包随机算法的.感觉很不错,所以自己实现了下,并进行了简单测试. 算法 算法很简单,不是提前算好,而是抢红包时计算: 红包里的金额怎么算?为什么出现各个红包金额相差很大?答:随机,额度在0.01和剩余平均值*2之间. 实现 实现上述算法的逻辑主要是: public static double getRandomMoney(RedPackage _redPackage) { // remainSize 剩余的红包数量 // remainMoney 剩余的钱 if (_red