健康资讯 程序员真不会完全相信日志只是参考，有时候日志的信息真不是实际操作所希望的结果。这个时候我们只能去分析架构，分析代码，甚至操作系统底层
程序员真不会完全相信日志，只是作为参考。有时候日志的信息真不是实际操作所希望的结果。这个时候我们只能去分析架构，分析代码，甚至操作系统底层
你说的系统日志，是怎么写入的？//@游走的豆豆爸:
陈震同学车手 汽车节目主持人离真像越来越近了~
所有系统的日志，记录逻辑（模式）都一样么？我不是IT的，不知道有这样的标准。//@游走的豆豆爸:
陈震同学车手 汽车节目主持人离真像越来越近了~
特斯拉的行车日志作为证据，就有点儿耍流氓的意思了。
就比如我们做人事系统的，绝对不能因为也不会因为后台没有记录就判定用户没有打卡，至少要证明用户确实没做过这个动作才能判定啊。
没有交叉的独立日志记录和检察就做判定，这个就太偏离科学负责的精神了
有数据记录就没有死机，死机就没有数据记录，如果车机系统和edr记录系统是分开的，那么机车系统死机也会有日志记录，就是这么个逻辑，是人说的准确还是电脑记录准确，不言自明。//@张奇138621621:刹车有物理连接啊，这个要么好，要么坏，不会自己恢复。就像你的腿，要么断了，要么没断。//@我4你de路人甲:这是没问题，但问题是记录日志会不会记录故障时候的所有操作，就像电脑死机了，我们的鼠标和键盘的敲击，电脑是否识别和记录一样，这是个非常关键的问题，也是很多人依然会质疑官方鉴定的原因其实所有人都想知道这个所谓的黑匣子究竟是不是置身事外的那种独立记录系统，在车辆电脑系统故障死机的时候，依然会记录刹车油门车速的操作，如果工作逻辑是这样的，那就什么都能说了，如果只是在电脑系统正常的情况下才能正常记录，那么就值得质疑他的公正性//@哇哦哇哦你真棒:作为一个运维，我想说的是系统日志可能还原不出来真实情况，但是日志不会说谎。//@另一片天空:问一个技术性问题，如果刹车踩不动，车上的黑瞎子会有记录嘛？
#特斯拉# 开始检测了，这可不是特斯拉找的检测公司，这是官方找的，结果出来大家不会还不信吧？又会说是特斯拉拿钱买通了检测机构或者用钱收买肇事司机吗？希望大家善良，也尊重事实，不要人云亦云！https://m.toutiao.com/is/rAGJAJ5/第一次撞击那是肇事司机衣服，真正侧气帘爆出来是有多大
刹车有物理连接啊，这个要么好，要么坏，不会自己恢复。就像你的腿，要么断了，要么没断。//@我4你de路人甲:这是没问题，但问题是记录日志会不会记录故障时候的所有操作，就像电脑死机了，我们的鼠标和键盘的敲击，电脑是否识别和记录一样，这是个非常关键的问题，也是很多人依然会质疑官方鉴定的原因其实所有人都想知道这个所谓的黑匣子究竟是不是置身事外的那种独立记录系统，在车辆电脑系统故障死机的时候，依然会记录刹车油门车速的操作，如果工作逻辑是这样的，那就什么都能说了，如果只是在电脑系统正常的情况下才能正常记录，那么就值得质疑他的公正性//@哇哦哇哦你真棒:作为一个运维，我想说的是系统日志可能还原不出来真实情况，但是日志不会说谎。//@另一片天空:问一个技术性问题，如果刹车踩不动，车上的黑瞎子会有记录嘛？
#特斯拉# 开始检测了，这可不是特斯拉找的检测公司，这是官方找的，结果出来大家不会还不信吧？又会说是特斯拉拿钱买通了检测机构或者用钱收买肇事司机吗？希望大家善良，也尊重事实，不要人云亦云！https://m.toutiao.com/is/rAGJAJ5/第一次撞击那是肇事司机衣服，真正侧气帘爆出来是有多大
这个故障多半是油门没有复位或者是系统没有收到油门复位信号，从而到至刹车系统无法获得刹车权限。
要想查找原因，首先要查看油门和刹车系统相关芯片日志，查看油门踏板有没有发给芯片一个复位信号，芯片有没有向系统发出油门复位信号，系统有没有收到油门复位信号。还要查看系统日志，看看事故期间有没有发生系统死机现象。
我就很想知道第三方怎么确认有没有问题？做过电子系统维护的都知道一种现象就是大家都知道有故障，可是你看日志没有一点异常，只要不病发就是完全正常。
但是刹车还有物理连接，无论软件发生多严重的bug都不会破坏现实世界的物理连接。检测机构对这个进行检查就能得出结论。//@风吹星落雨:作为一个程序，我想说你看到的日志内容都是人写的，只要是人写的，什么诡异的逻辑bug都有可能发生。//@哇哦哇哦你真棒:作为一个运维，我想说的是系统日志可能还原不出来真实情况，但是日志不会说谎。//@另一片天空:问一个技术性问题，如果刹车踩不动，车上的黑瞎子会有记录嘛？
#特斯拉# 开始检测了，这可不是特斯拉找的检测公司，这是官方找的，结果出来大家不会还不信吧？又会说是特斯拉拿钱买通了检测机构或者用钱收买肇事司机吗？希望大家善良，也尊重事实，不要人云亦云！https://m.toutiao.com/is/rAGJAJ5/第一次撞击那是肇事司机衣服，真正侧气帘爆出来是有多大
99%是车主记错了，如果是在刚推出前几年有可能是系统问题，日志很重要，只是这套逻辑不合理，发生碰撞马上要有对应的解决方案，如不能加速
华为Harmony OS 3.0的“中转站”功能终于推送了，话说你们更新没？
今天我的华为Mate40 Pro突然收到了鸿蒙3.0 的162版本，更新包大约1.1GB；从系统升级日志来看本次升级新增超级中转站功能、万能卡片以及图库轨迹等功能。
话说你的Mate40系列收到了吗？更新后有没有什么感受不妨可以在评论区畅所欲言！
【免费下载】《手把手学习日志服务SLS，云启实验室实战指南》,带您从由浅入深、系统学习日志服务SLS的实践系列课程。半天掌握日志存储，云启实验室系等你来！-《手把手学习日志服务SLS，云启实验室实战指南》电子书-藏经阁-阿里云开发者社区
觉得特斯拉的刹车可能不是他们说的那样是纯机械的，可能还是有电子逻辑介入的。如果是有电子逻辑介入的话，情况可能就是这样的，就是他踩的确实是刹车，但是经过信号转换之后，系统收到的就是加油，所以在系统里面的日志看到都是加油，看起来没有问题的，从系统日志是没办法看到这种现象的。所以特斯拉一直只看日志的话，这真的是一根筋。甚至可能刹车这里都没问题，因为加油也是电子信号，这个加油的电子信号受到干扰，自己被激发加油状态也是可能的。特斯拉不应该光看日志。这是资深信息系统工程师给出的建议。如果开车的人没有喝酒的话，只能理解为这个车确实信号系统有问题。
都市快报都市快报官方账号
广东一特斯拉“失控”狂奔2公里，飙到198km/h连撞多车致多人死伤！刚刚，特斯拉官方回应橙柿互动
00:34系统日志如果没有链路追踪，排查起来有时候很麻烦，如果系统内部流程较长或者跨系统调用链较长，又没有唯一标识，那么同一个请求的日志链条也很容易丢失，很容易把多个请求的日志混在一起，很难定位我们目标日志。
如果只关心单个应用内部的日志调用链，可以使用log4j或者logback的MDC。一般都会是在拦截器或者过滤器里设置MDC，给MDC加上一个唯一标识比如uuid，这样随着日志的每次打印，都会把这个自动uuid给打出来，这样就可以把同一条日志给串联起来。但是一定要记得在事后的拦截器里把MDC添加的内容在给remove掉，否则内存不能及时回收造成溢出。
MDC这种模式不能跨系统，如果要把不同系统同一个请求给串联起来就得使用Java agent，这个是Java的探针，可以简单粗暴的把他理解为系统全局拦截器，可以提前解析字节码甚至可以修改字节码内容，每次在调用服务的时候把uuid或者trace_id给传递下去。
市面上有很多这样的框架，比如skywalking,pinpoint等，而且都是开源免费的，值得注意的是skywalking是款国产开源软件，已经被apache收录，成为了顶级应用。
