一次群聊天记录的整理(当后台的某个程序忽然死了时,怎么解决,没有日志输出)

原创 2014年07月26日 16:54:41
电风扇:今天面试一家电子商务公司,一个面试官提的问题:当后台的某个程序忽然死了时,怎么解决,没有日志输出。
电风扇:想了半天没出来
洗衣机:重启
锅:0.0
电风扇: 有人,有好的建议吗
电风扇: 不可能重启,这是电子商务网站
锅: 做好数据备份再重启吧
电风扇: 购物的
电风扇: 而且只是其中的某个线程死了
电风扇: 可能是别人写得某些程序造成的。
电风扇: 我想了很久没想出来
电风扇: 呵呵
laughing:他就说一个线程死了,怎么办?
非主流: 这个很简单啊。。。
非主流: 他没具体说,你也可以笼统回答
电风扇: 怎么弄呢
非主流: 具体情况具体分析
非主流: 继续跟他套话咯。
电风扇: 没有说,就是说说你自己的解决方案
laughing:这个...
电风扇: 说是正式的环境,不可能调试
非主流: 比如,TOMCAT死了
非主流: 那么重新启动TOMCAT。
非主流: 难道TOMCAT死了。。还能把TOMCAT救活的
电风扇: 不可能的,因为其他的功能是好的
非主流: 
非主流: 你刚才没提到“其他功能是好的” 这个重要条件
CSDN: 先尝试做ThreadDump。
电风扇: 这些都排除了,就是好像,你在前端操作了,但是后台没反应,
锅: 最后的解决办法肯定还是重启,不可能等着自己活,可能就是想问下你,重启前的数据怎么办吧
碗: 看看是真死还是装死。。。
非主流: 还是得看什么地方出问题了。
锅: 额额额
非主流: 比如,如果一个db insert 卡住了。。
CSDN: 生产系统挂了,两个问题最优先处理: 1、避免影响客户;
      2、保护现场环境。
电风扇: 是呀,就是问的,怎么判断问题出在点
非主流: 那么流氓的做法,吧db 的connection  kill掉。。
非主流: 具体现象具体分析。。
洗衣机: 砸了
非主流: 比如。。要是switch上产生回路了。。也会出现卡死。。
电风扇: 别开玩笑行吗,
电风扇: 其实他问的不是怎么解决,而是怎么定位问题点
非主流: 都说具体情况具体分析。。
非主流: 一层一层来。
非主流: 先判断,是服务器端等待,还是客户端等待
非主流: 这样已经切分一半了。
电风扇: 具体问题具体分析,也得弄清楚可能存在的问题吧
电风扇: 问题是,怎么判断呢,后台没有日志输出
非主流: 借用某人的一句话,程序能正确运行。。。完全是个巧合。。
锅: 0.0
非主流: 只要有一个地方不巧。。他就不正常。。
锅: 谁说的额
空调: 这种面试,除非面试官是神经病,否则,你反问他更多细节问题,对你更加有利
      一则,让他了解你的分析过程
      二则,你自己也有写思考的时间
      三则,从他补充的内容上面,你能获得更多信息,比如猜到他想要你回答哪些东西
非主流: 所以不巧的地方,远比巧的地方要多。。
非主流: 闹,“某人”出现了。。
空调: 
非主流: 恩,说到底就是继续向他套话
非主流: 然后看他希望你答什么。。
锅: (⊙o⊙)
非主流: 然后告诉他他想知道的就是了。
非主流: 同一个现象有无数种可能。
非主流: 比如,后台卡死了
狄仁杰: 
电风扇: 问题是,哪些可能呢
非主流: 是不是因为点了 DOS的编辑。。然后输入卡住了。
非主流: 
非主流: 这样也是可以卡住console的。
空调: 很少有人生产环境用wind,也没人生产环境开控制台而不是服务
锅: 不是说其他功能好吗
非主流: @空调:  偶只是举例。。。
锅: 要我看,我就反问,那其他人做同样操作是不是也卡死,卡死就表示请求过多呗,不卡就表示用户电脑有问题呗
电风扇: 哎,就没有人,有点经验之谈的吗
CSDN: 说了,不过被你们淹没了。。。
电风扇: 这倒是一个问题
电风扇: 锅:说的
非主流: 已经有N多个面熟无数的人告诉你了。。。不过你听不进而已。。
锅: ^_^
非主流: 面试无数=。=
锅: .
锅: o(╯□╰)o
非主流: 面试就是谈判,讲究技巧
空调: @电风扇: 被@非主流: 引用的我的话是:程序能正常运行,是无数个巧合组合在一起。只要有一个不再巧合,它就无法正常工作。所以,程序出问题,才符合概率
空调: 你就尽可能罗列你知道的,可能“不再巧合”的点
锅: 0.0
CSDN: 多套话是个通用技巧,无论什么问题,没有想清晰之前,都是可以套话保持沟通。套话套的好,其实也显得你很有想法。
空调: 回答,或者追问面试官
空调: 不停地追问,反而可能帮你加分
非主流: 枚举你大概知道的点,然后猜他想听什么咯。。
锅: 拍桌质问,帮忙加分
非主流: 恩
电风扇: 还有一个,有10万的订单,让10个客服处理,但是要保证每个人不会处理重复的订单。的解决方案
电风扇: 
非主流: 我的处理方式是。。lockman..
空调: 我差点看成10万对10万了
CSDN: 但是真实系统上,出现全系统死锁问题,基本优先两个: 1、尽量降低对最终用户影响;
      2、保护现场,采集信息。
      在具体点的,可以先尝试做ThreadDump,看看线程都死在什么位置。
非主流: 锁单不可以么。
非主流: 今天面试一家电子商务公司,一个面试官提的问题:当后台的某个程序忽然死了时,怎么解决,没有日志输出。
      就这个而言。。真的什么都有可能。。
空调: 这个也是要追问的,是一次性实现分配,还是按照客服的处理速度,实时分配啊
非主流: 比如。。硬盘满脸。。
非主流: 硬盘满了。所以没输出。。
空调: 另外,除了不重复,不遗漏以外,优先保障的是总体处理速度,还是工作量的公平
电风扇: 我给与的方案是:在给与客服的任务列表时,区分开
非主流: 你这个维护列表很累。。
空调: 你的回答太简单了
空调: 这个世界是多样而复杂的
电风扇: 两个人之间不出现重复的订单
非主流: 如果你补充了优缺点,回答还算可以的。
空调: 需求但凡有一点点差异
空调: 解决方案也可能完全不一样
非主流: 不要有唯一解比较好。
空调: 否则,要我们干嘛
非主流: @空调:  你鄙视我,就是因为“属性”,“方法” ?
电风扇: 这个倒是,我的想法是,在后台就不重复出现同一个订单,不同的客服之间
非主流: 不重复的办法太多了。。
非主流: 可能连列表都不用。。
空调: 但是,如果有的人速度超快,有的人速度超慢
空调: 你整体的效率太低了
空调: 有的人吃不饱
空调: 有的人干不完
电风扇: 你们的解决方案呢
电风扇: 呵呵
非主流: 我说个流氓的。。
非主流: 10万张单,10个客服
空调: 
非主流: 单号尾号是1的由1号客服处理,2的由2号,依次类推。。
非主流: 简单吧。。
空调: 优先保障工作量公平的,就不用说了
电风扇: 优先保障处理速度
空调: 保障总体处理速度的,也毫无难度
狄仁杰: 
空调: 一共才10个人抢生意
空调: 而且,是10个客服
狄仁杰: 
空调: 一单,不可能几十毫秒就搞定的
狄仁杰: 这个,涉及不到工作量公平的问题吧
狄仁杰: 再NB的客服,遇上神一样的客户,也得跪
空调: 所以,你用最最夸张的同步方法来锁,都毫无性能问题
非主流: 我那个是保证不重复的 
空调: 但是,一定要说明为什么会得出这个结论
空调: 10个,客服
空调: 不是10万个,也不是线程,进程
电风扇: 大家,怎么保障呢
狄仁杰: 10万订单,恐怕要当成线程来看待
空调: 不用的
空调: 他的题目是客服
空调: 不是服务器
CSDN: 取决于每个订单处理速度。如果单个订单处理速度不是毫秒级,那么由一个线程专门负责做任务分配就行了,也就是当某个客服处理完毕,就跟这个订单主管申请下一个订单。
空调: 恩,就是我说的,再夸张的同步方法,对于10个客服来说,也是很快很快的
锅: 是不是说,分配前就处理(去重订单号)了呢
空调: 不是
CSDN: 如果做的更好点,可以给每个客服分配一个长度为 1 的待办池。订单主管负责给这10个待办池中空的投递一个订单进去。
空调: 那不可能保障总体进度
非主流: 我这里是10万单就是10万个row..
非主流: 直接数据库DB写个字段进去好了。。
CSDN: 因为订单始终只有订单主管在进行分配,所以不会出现什么重复之类的问题。
非主流: 抢单好了。
狄仁杰: 
非主流: 你要处理订单,先lock..
非主流: 这样效率应该是最高的
狄仁杰: 现在不都是自动下单了么
非主流: 但是不是最公平的 
CSDN: 大错。。。。
电风扇: 抢单这个方案,我给了。但是面试官不满意
电风扇: 呵呵
CSDN: 抢单是效率最低的
非主流: 抢单为啥效率是最低的。。。
18:23:13
空调: @电风扇: 我一开始就说了
空调: 你其实最大的问题
空调: 不是给了什么答案
锅: 随机时间延后等待么
空调: 而是你只给了答案
空调: 而没说为什么这样子搞,理由是什么
非主流: 而且根本不知道面试官需要什么答案
电风扇: 
空调: 你方案的优缺点
CSDN: 这点我比较支持空调:。一个是套套话,另一个是必须有分析过程。
空调: 这种题目,不全是客观题
非主流: 面试不是考试。。。
空调: 反而类似辩论赛
非主流: 不是答对就100分。。答错就0分担。。
空调: 你要说出你的理由
非主流: @CSDN:  套套话素偶提出的好不好。。
非主流: @CSDN: 你应该支持偶~
CSDN: 好吧。。。。
空调: 甚至在不知道哪个更好的时候,你扔给他N个方案,说明优缺点,和每个方案的具体考量
非主流: 恩,乖~~
空调: 就好象,你和老板(非技术)交流的时候
空调: 老板们都喜欢你给他N个方案,摆明优缺点,让他做选择
非主流: 把成本和预算放他面前,让老板自己选。。
电风扇: 我当时给的另一个答案是:开始给客服分配5个,将客服id和订单ID写到内存去,这样避免的抢单的情况。但是好像还是不满意。呵呵
狄仁杰: 
非主流: 你根本不知道面试官他要什么。。
空调: @电风扇: 万一人家10个客服,正好在8个不同的集群里面呢
电风扇: 哎,是呀。
非主流: 他问的时候,心里有个想要的答案,要把他套出来
狄仁杰: 是不是问并发方面的东西
非主流: 我们又不是神仙。。哪有一击必中的本领。。
空调: 在说内存同步的答案之前,你一定要问他,多少机器,或者你告诉他,你的设计,只涉及一台机器
电风扇: 呵呵,不同的集群,也没问题呀,客服ID是唯一的呀

相关文章推荐

敏捷开发生态系统系列之五:关于敏捷生态系统的一次聊天记录(敏捷估算,同行压力,估算扑克)

这是敏捷生态系统系列的第五篇(之一,之二,之三,之四,之五)。本文是2009年刚刚提出敏捷生态系统的时候参与一个MSN讨论组时的对话,当时的想法与现在相比尚缺少系统性,但由于有问有答,也包含了本系列所...

敏捷开发生态系统系列之五:关于敏捷生态系统的一次聊天记录(敏捷估算,同行压力,估算扑克)

这是敏捷生态系统系列的第五篇(之一,之二,之三,之四,之五)。 这是敏捷生态系统系列的第五篇(之一,之二,之三,之四,之五)。 本文是2009年刚刚提出敏捷生态系统的时候参与一个MSN讨论组时...

敏捷开发生态系统之五:关于敏捷生态系统的一次聊天记录(敏捷估算,同行压力,估算扑克)

转自 http://blog.csdn.net/cheny_com/article/details/6694222 这是敏捷生态系统系列的第五篇(之一,之二,之三,之四,之五)。 本文...
  • arau_sh
  • arau_sh
  • 2011年08月17日 20:46
  • 594

给聊天记录加上日志

聊天往往需要把聊天记录保存下来,可以用Log4j实现,具体代码如下 package Net.TCP; import java.io.BufferedReader; import java.i...

特定用户QQ群聊天记录导出的实现

一、把QQ群的聊天记录txt格式导出 消息管理器 -> 选择要导出的群 -> 右击、导出   这里要注意 : 导出之后的 文本是 unicode 编码的,需要转换 ==|| 之前不知道,搞了大半天。 ...

一个牛人在群里的聊天记录(面试)

【声明】 这是转帖的。 原帖地址:http://topic.csdn.net/u/20120629/17/d130a88b-54fc-4402-8d12-b573872d96b3.html 20...

【软件群英会】QQ群 12月1日晚上聊天记录

今天在【软件群英会】QQ群和大家聊了聊,也许有些内容对其他人也有帮助,所以摘录下来与大家分享之。 !北京-周金根(22626496) 21:58:03  @DC_李小波 : #结对编程#体会:...
  • zhoujg
  • zhoujg
  • 2011年12月02日 22:41
  • 1685

某中国建造师群的聊天记录14.07.29

【进士】大海(1845948101) 16:40:12 一级建造师             二级建造师 不少 17:23:52  小   ...

与QQ群中一屌人的聊天记录,颇有感触,贴出来,大家共勉一下哦

屌人 SOA, SaaS, SaaP 坑爹 邯郸---国(1358440610)  2:22:21 什么?伟哥? 屌人 你理解了? 邯郸---国(1358440610)  2:22:33...

统计qq群聊天记录

  • 2014年06月03日 11:23
  • 26KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:一次群聊天记录的整理(当后台的某个程序忽然死了时,怎么解决,没有日志输出)
举报原因:
原因补充:

(最多只允许输入30个字)