「哈罗java」哈罗客服电话95338

今天给各位分享哈罗java的知识，其中也会对哈罗客服电话95338进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、13k到25k，我的Android跳槽之路
• 2、java中的语句 System.out.printf("哈啰！%s!\n", scanner.next()); 其中 %s! 是什么意思？
• 3、HTTP/2协议之Stream【原理笔记】
• 4、RocketMQ 千锤百炼哈啰在分布式消息治理和微服务治理中的实践
• 5、轿车想跑长途，用什么软件啊？
• 6、为什么越来越多的车主放弃开顺风车，情愿一个人独自开车？

13k到25k，我的Android跳槽之路

我是双非本科15年毕业的，毕业之后就一直在做Android相关方面的开发工作，到18年经历了两家创业公司，一家工作了不到半年老板就跑路了，一家工作到18年初，因为运营不当倒闭了（一度怀疑自己是不是去哪家公司就得哪家倒闭）。自上家公司倒闭后，只身来到深圳寻求发展，因为之前待的小公司不是老板跑路，就是公司倒闭，所以这次就想找个大公司，想稳定一点，时大公司技术底蕴也比较强，想多学习学习，提升自己。前后大概经过了1个月左右，找到了一家公司，虽然不是大厂级别，但我所在的技术团队也有大几十号人，相比于我之前的经历，这应该也算得上大公司了，然后一直待到了今年5月份。

大公司和小公司真的不一样，我以前一直在小公司做开发，一个同时开发几个app也是比较常见的。在大公司里面，充斥着各种规章制度，流程规范价值观的衡量，kpi考核等。同时个人做的事也比较窄，因为大公司要求的深度而不是广度，人多，各人负责自己的那一方面，我在里面主要做一些业务需求的迭代开发，整体而言不算很难，属于比较养老的。在这家公司我待了大概2年3个月的时间。以前我一直念念想找一家大公司，可是等我真正进去了以后才发现，其实不是我想的那样，你要是被分进了核心项目组的话那还好说，如果在边缘项目组的话，结果那就不好说了。KPI考核这个东西，好坏还真不好衡量。就像阿里的325一样，有的时候因为这个KPI，愣是把人搞成了抑郁症。

跑题了，跑题了。还是说回自己跳槽的原因，马云曾说辞职原因无非有：第一，钱没给到位，第二，心受委屈了！我的原因更倾向于前者，在这家公司公司待了2年半，活不多，但由于岗位原因，自己的技术方面和工资方面一直都没有太大的涨幅，同时也因为其他一些原因，我在今天5月初疫情高峰过去后选择了裸辞。然后准备了2个月，在7月份的时候开始投简历找工作。虽然疫情已经过去一段时间了，但还是能感受到疫情对IT行业的影响的，从投简历就能看出来，招人的需求不多，投了简历，公司回应也不是很积极。从投简历，到约公司面试，到最后入职的话花了2个月左右的时间，下面我就记录以下具体的经历。

面试的公司从几个人的小公司到几万人的大公司，从不出名的小公司到BAT和宇宙条都有，我面试的公司主要有，TourABC，7猫，哈啰出行，360金融，触宝，商米科技，比心陪练，传音控股，毒APP，爱奇艺，B站，阅文集团，饿了嘛，阿里巴巴，今日头条等比较出门的一些大公司，同时我还面试了一些比较小的的公司，不出名，前后大概有20家左右吧，通过率大概在50%左右，不过最后因为薪资的问题没有谈拢，所以就拒绝掉了。怎么说呢，我出来上班，首先考虑的是薪资，比较都要先活着再谈其他的。不过有的公司薪资虽然达到了，但是因为做的东西跟我预期的不一样，所以也拒了。还有一些大公司，像宇宙条，阿里，腾讯的，就是我自身问题了，能力达不到他们的要求，被拒了，这也很正常，毕竟能进去的也是少部分人，大多数的还是比较普通的。

一开始我是找的关于应用层的开发，但是发现需求很少，现在Android面试找工作的方向一般有应用需求开发，系统framework研发，音视频开发，基础架构开发，跨平台开发等几个方面，从这次找工作来看，除了应用需求开发以外，其他的几个方面的需求还是比较高的，但同时要求也很高，并不是说你会使用MVP+Rxjava+Retrofit+Dagger2+Glide+Jetpack+Flutter+RN等技术点就可以了，现在一般公司都要去你懂原理，了解技术实现细节了，现在市场上对于初中级的Android开发要求比较少了，更多的是对于高级研发的需求量比较大，所以对于Android研发的人而言，需要加强自身的硬技术，有过硬的技术就不怕找不到好工作。

因为这次疫情的影响，找工作都是电话面试和视频面试。基本上一面是电话面试，二面三面的是视频面试，一般是在牛客网等平台开一个面试房间，有的公司需要在线coding的，要求比较高。我从投简历到约公司面试，大概面了十几家公司，我每次面试完一家公司都会做个总结，把涉及到的内容都记录下来，同时不会的也会去恶补一下，都整理成相关文档，现在详细记录以下我的面试内容，供有需求的同学参考参考。

面试的范围主要涉及Java基础，Android相关的，数据结构与算法，计算机网络等几个方面。下面依次列出所问的问题：

Java部分

Android 部分

网络部分

其他关于每家公司问的面试内容具体我整理成了一个文档，需要的可以随手点赞+任意评论后，私信我获取领取方式。

这是我自己总结出来的面试问题答案，每次面完都会查漏补缺。

文档获取方式：点赞+任意评论后，私信我获取领取方式！

总共面试了将近20家公司，大概可以的有40%～50%左右，不过有的公司因为薪资达不到自己的期望，所以拒绝了，有的公司要求比较高，我没有达到他们的期望也被拒绝了，最终选择了一家中等规模的公司，主要做基础架构部分的内容，他们家的app，用户量达到5000万左右，日活也有几百万，进去主要做性能优化这方面的，比较符合我的预期，所以就选择了这家，目前已经上班2个月了，一切都还满意。

java中的语句 System.out.printf("哈啰！%s!\n", scanner.next()); 其中 %s! 是什么意思？

刚察看了API，原来真的有，汗

A format string as described in

就是将scanner.next()对象作为string输出

System.out.printf("Hello, %s!n", scanner.next());

%s --生成一个字符串

%S--生成一个字符串大写形式

HTTP/2协议之Stream【原理笔记】

前面三篇介绍了HPPT/2的“连接前言”、“二进制桢”、“头部压缩”。本文从“流及多路复用”、“流状态”、“流量控制”、“流优先级”、“HTTP/2扩展”介绍HTTP/2协议流相关知识。

流

前面介绍桢格式时，每个桢都有一个流标示，标记自己属于哪个流。通过将相同流标识的桢组装，桢之间时有严格顺序的，即形成了“流”。

多路复用

一个HTTP/2连接可以并非很多个流，流ID顺序递增且互相独立，形成多路复用。由客户端发起的流ID为奇数，服务端发起的为偶数。

idle

流空闲状态，可以发送接收HEADERS帧

open

流开启状态，idle发送或者接受HEADERS帧后，状态变更为开启

half closed

发送包含END_STREAM桢的一端流转为本地半关闭half closed(local)，表示客户端发送请求数据完毕，等待服务端响应数据，接受到服务端发送的END_STREAM进入close关闭状态。接受END_STREAM桢的另一端称为远程半关闭状态half closed(remote)，表示服务端知道客户端请求已经发送完毕，处理结束后可以发送响应数据，并发送END_STREAM到客户端，进入close关闭状态。

close

流的关闭状态。除了half closed数据发送结束关闭外，发送RST_STREAM(发生错误或取消)也可关闭流。

流状态交互示意图

流量控制是保护接收方的机制，通过配额机制实现。发送端每发送数据后window窗口大小相应的减少。当发送端收到接收端WINDOW_UPDATE桢后window窗口增加。window等于0则不可以进行发送，窗口初始值为65535字节。

通过发送端向接收端发送优先级权重期待接收端给予资源分配支持，接受端不保证一定遵守，默认权重为16。优先级表达可以通过HEADERS或者单独发送PRIORITY帧实现。

流优先级示图

客户端通过PRIORITY帧可以告诉服务端当前流所依赖的流，形成流依赖树。同一父级的各个字节点通过权重分配资源；父级先分配资源传输结束后，再分配子级资源。

通HTTP/2的四篇文章，对HTTP2工作原理有了全局的认识，相信再阅读HTTP/2相关文献不再困难。

作者老梁，哈啰出行高级技术专家，参与了《RocketMQ技术内幕》审稿工作。专注后端中间件方向，已陆续发表RocketMQ系列、Kafka系列、gRPC系列、Sentinel系列、Java NIO系列。其中RocketMQ系列已发表40余篇。源码、实战、原理、调优期待与你一起学习。

RocketMQ 千锤百炼哈啰在分布式消息治理和微服务治理中的实践

简介： 随着公司业务的不断发展，流量也在不断增长。我们发现生产中的一些重大事故，往往是被突发的流量冲跨的，对流量的治理和防护，保障系统高可用就尤为重要。

哈啰已进化为包括两轮出行（哈啰单车、哈啰助力车、哈啰电动车、小哈换电）、四轮出行（哈啰顺风车、全网叫车、哈啰打车）等的综合化移动出行平台，并向酒店、到店团购等众多本地生活化生态 探索 。

随着公司业务的不断发展，流量也在不断增长。我们发现生产中的一些重大事故，往往是被突发的流量冲跨的，对流量的治理和防护，保障系统高可用就尤为重要。

本文就哈啰在消息流量和微服务调用的治理中踩过的坑、积累的经验进行分享。

梁勇 ( 老梁 ) ，《 RocketMQ 实战与进阶》专栏联合作者、参与了《 RocketMQ 技术内幕》审稿工作。ArchSummit 全球架构师大会讲师、QCon 案例研习社讲师。

当前主要在后端中间件方向，在公众号【瓜农老梁】已陆续发表百余篇源码实战类文章，涵盖 RocketMQ 系列、Kafka 系列、GRPC 系列、Nacosl 系列、Sentinel 系列、Java NIO 系列。目前就职于哈啰出行，任职高级技术专家。

开始之前先聊聊治理这件事情，下面是老梁个人理解：

公司之前使用 RabbitMQ ，下面在使用 RabbitMQ 时的痛点，其中很多事故由于 RabbitMQ 集群限流引起的。

曾经有这么一个故障，多个业务共用一个数据库。在一次晚高峰流量陡增，把数据库打挂了。

思考：无论消息还是服务都需要完善的治理措施

哪些是我们的关键指标，哪些是我们的次要指标，这是消息治理的首要问题。

设计目标

旨在屏蔽底层各个中间件（ RocketMQ / Kafka ）的复杂性，通过唯一标识动态路由消息。同时打造集资源管控、检索、监控、告警、巡检、容灾、可视化运维等一体化的消息治理平台，保障消息中间件平稳 健康 运行。

把复杂的问题搞简单，那是能耐。

极简统一 API

提供统一的 SDK 封装了（ Kafka / RocketMQ ）两种消息中间件。

主题消费组自动创建不适合生产环境，自动创建会导致失控，不利于整个生命周期管理和集群稳定。需要对申请流程进行控制，但是应尽可能简单。例如：一次申请各个环境均生效、生成关联告警规则等。

监控客户端使用是否规范，找到合适的措施治理

场景一 瞬时流量与集群的流控

假设现在集群 Tps 有 1 万，瞬时翻到 2 万甚至更多，这种过度陡增的流量极有可能引发集群流控。针对这类场景需监控客户端的发送速度，在满足速度和陡增幅度阈值后将发送变的平缓一些。

场景二 大消息与集群抖动

当客户端发送大消息时，例如：发送几百KB甚至几兆的消息，可能造成 IO 时间过长与集群抖动。针对这类场景治理需监控发送消息的大小，我们采取通过事后巡检的方式识别出大消息的服务，推动使用同学压缩或重构，消息控制在 10KB 以内。

场景三 过低客户端版本

随着功能的迭代 SDK 的版本也会升级，变更除了功能外还有可能引入风险。当使用过低的版本时一个是功能不能得到支持，另外一个是也可能存在安全隐患。为了解 SDK 使用情况，可以采取将 SDK 版本上报，通过巡检的方式推动使用同学升级。

场景四 消费流量摘除和恢复

消费流量摘除和恢复通常有以下使用场景，第一个是发布应用时需要先摘流量，另外一个是问题定位时希望先把流量摘除掉再去排查。为了支持这种场景，需要在客户端监听摘除/恢复事件，将消费暂停和恢复。

场景五 发送/消费耗时检测

发送/消费一条消息用了多久，通过监控耗时情况，巡检摸排出性能过低的应用，针对性推动改造达到提升性能的目的。

场景六 提升排查定位效率

在排查问题时，往往需要检索发了什么消息、存在哪里、什么时候消费的等消息生命周期相关的内容。这部分可以通过 msgId 在消息内部将生命周期串联起来。另外是通过在消息头部埋入 rpcId / traceId 类似链路标识，在一次请求中将消息串起来。

需要的监控信息

常用治理措施

监控主题消费组资源使用情况

场景一 消费积压对业务的影响

有些业务场景对消费堆积很敏感，有些业务对积压不敏感，只要后面追上来消费掉即可。例如单车开锁是秒级的事情，而信息汇总相关的批处理场景对积压不敏感。通过采集消费积压指标，对满足阈值的应用采取实时告警的方式通知到应用负责的同学，让他们实时掌握消费情况。

场景二 消费/发送速度的影响

发送/消费速度跌零告警？有些场景速度不能跌零，如果跌零意味着业务出现异常。通过采集速度指标，对满足阈值的应用实时告警。

场景三 消费节点掉线

消费节点掉线需要通知给应用负责的同学，这类需要采集注册节点信息，当掉线时能实时触发告警通知。

场景四 发送/消费不均衡

发送/消费的不均衡往往影响其性能。记得有一次咨询时有同学将发送消息的key设置成常量，默认按照 key 进行 hash 选择分区，所有的消息进入了一个分区里，这个性能是无论如何也上不来的。另外还要检测各个分区的消费积压情况，出现过度不均衡时触发实时告警通知。

需要的监控信息

常用治理措施

度量集群 健康 的核心指标有哪些？

场景一 集群 健康 检测

集群 健康 检测回答一个问题：这个集群是不是好的。通过检测集群节点数量、集群中每个节点心跳、集群写入Tps水位、集群消费Tps水位都是在解决这个问题。

场景二 集群的稳定性

集群流控往往体现出集群性能的不足，集群抖动也会引发客户端发送超时。通过采集集群中每个节点心跳耗时情况、集群写入Tps水位的变化率来掌握集群是否稳定。

场景三 集群的高可用

高可用主要针对极端场景中导致某个可用区不可用、或者集群上某些主题和消费组异常需要有一些针对性的措施。例如：MQ 可以通过同城跨可用区主从交叉部署、动态将主题和消费组迁移到灾备集群、多活等方式进行解决。

需要的监控信息

常用治理措施

如果说这些关键指标中哪一个最重要？我会选择集群中每个节点的心跳检测，即：响应时间（ RT ），下面看看影响 RT 可能哪些原因。

我们总会遇到坑，遇到就把它填了。

**

RocketMQ 从节点、主节点频繁 CPU 飙高，很明显的毛刺，很多次从节点直接挂掉了。

只有系统日志有错误提示

2020-03-16T17:56:07.505715+08:00 VECS0xxxx kernel:[] ? __alloc_pages_nodemask+0x7e1/0x9602020-03-16T17:56:07.505717+08:00 VECS0xxxx kernel: java: page allocation failure. order:0, mode:0x202020-03-16T17:56:07.505719+08:00 VECS0xxxx kernel: Pid: 12845, comm: java Not tainted 2.6.32-754.17.1.el6.x86_64 #12020-03-16T17:56:07.505721+08:00 VECS0xxxx kernel: Call Trace:2020-03-16T17:56:07.505724+08:00 VECS0xxxx kernel:[] ? __alloc_pages_nodemask+0x7e1/0x9602020-03-16T17:56:07.505726+08:00 VECS0xxxx kernel: [] ? dev_queue_xmit+0xd0/0x3602020-03-16T17:56:07.505729+08:00 VECS0xxxx kernel: [] ? ip_finish_output+0x192/0x3802020-03-16T17:56:07.505732+08:00 VECS0xxxx kernel: [] ?

各种调试系统参数只能减缓但是不能根除，依然毛刺超过 50%

将集群所有系统升级从 centos 6 升级到 centos 7 ，内核版本也从从 2.6 升级到 3.10 ，CPU 毛刺消失。

RocketMQ 社区版默认本支持 18 个延迟级别，每个级别在设定的时间都被会消费者准确消费到。为此也专门测试过消费的间隔是不是准确，测试结果显示很准确。然而，如此准确的特性居然出问题了，接到业务同学报告线上某个集群延迟消息消费不到，诡异！

将" delayOffset.json "和" consumequeue / SCHEDULE_TOPIC_XXXX "移到其他目录，相当于删除；逐台重启 broker 节点。重启结束后，经过验证，延迟消息功能正常发送和消费。

哪些是我们的核心服务，哪些是我们的非核心服务，这是服务治理的首要问题

服务能应对突如其来的陡增流量，尤其保障核心服务的平稳运行。

根据用户和业务影响两个纬度来进行评估设定的，将应用分成了四个等级。

S1：核心产品，产生故障会引起外部用户无法使用或造成较大资损，比如主营业务核心链路，如单车、助力车开关锁、顺风车的发单和接单核心链路，以及其核心链路强依赖的应用。

S2: 不直接影响交易，但关系到前台业务重要配置的管理与维护或业务后台处理的功能。

S3: 服务故障对用户或核心产品逻辑影响非常小，且对主要业务没影响，或量较小的新业务；面向内部用户使用的重要工具，不直接影响业务，但相关管理功能对前台业务影响也较小。

S4: 面向内部用户使用，不直接影响业务，或后续需要推动下线的系统。

S1 服务是公司的核心服务，是重点保障的对象，需保障其不被非核心服务流量意外冲击。

**

**

轿车想跑长途，用什么软件啊？

汽车跑长途的话可能一般很多人都不会遇到这样的事情，下面小编教教大家汽车跑高速的时候应该注意什么，对那些不经常跑高速的朋友们很重要了。

汽车跑长途要注意什么-准备

熟悉交通法规，遵守交通法规，不违章就会大大降低事故几率。交通法规每一个字都是血写成的。

仔细阅读车辆使用手册，熟悉车辆仪表、灯光、性能，以免影响驾驶或只顾低头操作发生危险。

心急车不急，心中事多不开车，精神不好不开车，酒后不开车，特别疲劳不开车。

上车前软件：想好到目的地路线，看好从停车场出来的线路，驾驶执照，思想调整到开车上。

上车前硬件：检查轮胎气压，周围有无障碍物，前后左右距离。知道随车工具，备胎，千斤顶，灭火器，保险单，养路费，加油卡，行车证具体存放位置极其使用方法。定期检查发动机舱：油尺，电瓶，刹车油，冷却液，刹车泵、皮带和风扇情况等。定期检查灯光和刹车。

汽车跑长途要注意什么-上路

进高速一定要系安全带，主副驾还有后座，只要是车上的东西最好都固定，不然一刹车，稀里哗啦的往下掉，影响驾驶者的注意力。

速度不是问题，只要没摄像头，想跑多快跑多快，不过最高车速应控制在车辆理论最高车速的2/3，这样在紧急情况下能有余量调整。

只要有条件，一定在中道即行车道行驶，一来万一有事，左右都有回旋余地。二来要提防对方车道爆胎的大小车会冲过中间护栏形成迎面撞击，因为迎面撞击的力度是所有事故中强度最大的、后果最严重的。

大货是高速上小车永远的痛，跟大车一定要保持距离，防止大车突然变线，爆胎和掉物。

超车在高速上可是技术活，几大要点一定要记住：

超性能好的车，一定要将距离拉的比较远了再并线，防止后车不愤儿突然加速度。

超大货动作一定要快，先用远近光警告（一般你按喇叭大货司机根本听不到），靠近大货后提速要果断，一脚油门赶紧过去，免得夜长梦多。

右侧超车或走紧急停车道超车不是不行，但一定要在视野好的情况下，别跑一半发现前面有辆事故车那就惨了，超车的时候一定要给信号，还是远近光好使。

在高速上S变线超车很危险，但不得以而为之的时候一定要记住，宁可变的急一点把后车别一下也别跟前车留的距离太小再变线，不然遇到前车突然刹车你就死的很惨了。

关于开车犯困的问题，解决的办法很多，比较有效的办法有：听重金属音乐、抽烟、掐自己大腿、跟副座聊天，还有一个好办法就是换不同颜色的墨镜带，也很好使的。

开车一般两至三个小时左右要休息一下，建议到服务区休息，人要出来伸伸胳膊，车也的喘口气不是。

跑高速严禁猛打方向盘，特别是没有那么多好的电子设备的车，所以路上如果遇到猫啊、狗啊、鸟啊什么的，别太心软，轧过去总比把自己连人带车拐到沟里去强，包括路上有坑什么的，宁可把轮子撞瘪了，也别乱打轮。

见到前面路面上有水什么的千万别大意，没准不是水而是油，所以应该尽量减速，带油门通过，而且尽量要么两侧轮子都进水，要么都不进，别一侧跑干路一侧压水，那样车会跑偏的。

如果路面上有冰雪，尽量压着雪走别压冰，前车的轮印可以做参考，但也不是总要跟着前车走，因为有的车底盘底，没准人能过咱过不去了。

大雾天把能开的灯都打开，跟着往前蹭，千万别停在路边，那样比你停路中间安全不了多少。

高速上紧急停车一定要停在后方视野好的地方，千万别停在刚出弯道的地方。有些车高速出弯，没准就奔您来了。

夜晚跑高速，如果速度快，最好还是把远光打开，但在超车前一定要变回近光，不然被人别，没人同情你。

进服务站或下高速的时候，最好看一眼速度表，因为高速跑久了会对速度感有误差，本来以为是50迈的时候其实是80迈，遇到急弯就比较尴尬了。

遇到突发事件，比如前车爆胎或突然视野受阻的时候，要握紧方向盘狠踩刹车，别乱打轮。

别让大车（特别是集装箱车）跟在自己身后，那些车刹车多半不好使，遇到紧急情况，靠自己根本停不住。

关于雨天跑高速注意事项驾驶员要注意情报板及标志牌显示的车速预告，控制好行车速度。即使没有车速预告，也要把车速降低20%左右；要特别注意降雨初期行车。由于刚下雨时，路面上的灰尘与水刚刚混合，轮胎与地面的附着系数下降至3.0左右，车辆在这样的路面行驶更容易打滑；增加行车间距，应为干燥路面行车间距的两倍以上；避免踩制动踏板、猛打转向盘、突然启动；五尽量少变更车道、超车；小型客车比大型客车、货运汽车更容易发生水滑现象，车速达每小时80公里时就会产生。驾驶小型客车通过积水路段时，如果感到转动转向盘时用力变小，可能就是发生水滑现象的信号，此时要注意将车速降低；遇特大暴雨，不要冒然行驶，应选安全位置把车停好，并开亮示宽灯和尾灯，引起来车的注意。另外，大暴雨天气，还要注意不稳定边坡的滑塌和山区高填路段的落石。

需要注意的也就这么多了，其实很多我们一般都不会遇到，但是仍然要知道面对以上的情况我们应该怎么处理。以免遇到特殊情况时候麻烦

为什么越来越多的车主放弃开顺风车，情愿一个人独自开车？

在家闲来无事，开过两天顺风车，深有体会！给大家分享一下！

坐顺风车的那些人他们思想上都有一个误区！他们觉得顺风车就是专车！还各种无理要求！连他么我走的路红绿灯多都叫，问我认不认识路？哎呀卧槽！！！

更气人的是，有次遇到一女的，接了单，我打电话说到了，在小区门口，她说你来里面接下我吧，我们带的东西多不方便，我就想接接也没啥，方便他人助人为乐！就过去了，在小区找她那栋楼饶了半天！到了发现好几个人我还以为是送她呢！结果她带着她妈和俩孩子！我说你单子是一个人啊？她说她妈是临时决定的，孩子也要跟着！又说反正你这也是空车！我说那你重新下单吧！她说不用那么麻烦了，一会就到了！你就当还是我自己做的！哎呀我擦，还有这理论？行吧，懒得多说，哪就走吧，就当做好事了，出发时看见她们那栋楼边上有个小门，直通小区外边，跨过小门就是我给她打电话的地方！卧槽！这是要享受专车的待遇啊？几步都不想走！

其它更可恶的是打电话要私下交易还砍价！前两年自己开车回家，看到大家抢票困难，回家不易，想着带个人，分摊个油费，说实话顺风车一点不赚钱，回老家快七百公里，过路费三百多，油费四百多，顺风车带个人二百多，高速外我还要跑几十公里接送他，给我打电话说一百五吧，大巴就是这价！！！我直接告诉他不行！更气人的是有些人给我砍价说别人都能砍价，为啥你不能？我擦啊！还有理了！

捎了几次，都千奇百怪，后面也不接了，拿着白菜价吃肉还嫌肉贵！宁愿空车也不带它们！

我来回答下，我做个一个星期左右专跑顺风车的；确实是这样，现在宁愿独自开车也不会去拉个顺风的。原因有几点，一是顺风车平台之间为多挣乘客这个潜在利益源相互竞争都把车主价格压太低，单人价基本在6毛钱一公里，高速费司机出，而且设置只能拼客一个，那就1.2元一公里，城市道路加过路费这样司机是不赚钱的，一单多人时价格只是单人的1.2倍，这样占了位置不能拼客价格却是1.2个人价格，更划不来。二是拼客的时候很难有完全同时间同地点的顺风客，往往是接了一个要跑很远去接第二个，目的地同一时间上相同的不多，原本接二个就不赚钱，还绕来绕去的。三是大部分顺风客不理解司机，只有车等人，很少有人等车的；有些乘客位置偏僻，车很难直接开进去，但人家就是不走出来，非得要你开到他面前，有点乘客态度以为自己打的士！路线他定，以为自己出了钱就是大爷，6毛钱一公里非的要你走高速，殊不知你那点钱不够油费！更可恶的是有些是你马上到达乘客起点了，那边突然取消订单，给你来个措手不及。四是各种交通限制，一不小心扣分罚款，被交警拦路抓住那就死翘翘了！上万的罚款，加各种危险，得不偿失。所以不是逼不得已没人去专门跑这个，除非提前寻找某两地往返客源商定线下交易，觉得有利益可赚，可以专门跑下。

放弃顺风车是明智之举啊，现在的顺风车明显不好做，钱少不说还麻烦多。

1、先来看看监管的麻烦

交通部在2019年11月是对顺风车提出了4点要求，其中除去对顺风车运营企业的要求外，不少要求对顺风车车主的积极性也产生了很大的影响，比如每车每日的合乘次数有限制，同时要求顺风车不能以盈利为目的，提倡仅仅是分担成本和免费互助这种行为。

很多顺风车车主本身是想通过这个行当来赚点外快，现在合乘次数一做限定，又不能以盈利为目的，这样大多数车主肯定不乐意啊。跑一趟绕个路送个人，结果可能连油钱都不够！什么生意都能做，就是亏本生意不能做啊，怎么也不能把油钱给亏了吧！

2、顺风车运营企业自身的问题

现在运营顺风车的企业可以说还是挺多的，哈啰、滴滴、嘀嗒等等，但从这些企业自身开说，他们也是要从顺风车业务中获得的收益的，哪怕让利再多一样也得从中获益。这样一来，顺风车车主层面能获得的收益就更少了。

此外，目前各地对于顺风车的细则 定义 不统一，而部分顺风车在具体实施上却并没有按照当地细则来走，而只是仅仅针对国标来进行。这样的结果很容易让当地的顺风车主违法当地对的监管要求，结果原本的顺风车被当作黑车来处理。

现实中这类事情其实已经发生不少，比如2019年10月时就有郑州的顺风车车主被当地监管部门认定位为黑车，结果被罚了万元，真是实实在在的被坑了一把。

3、和乘客矛盾也不好解决

上述内容其实仅仅是顺风车车主面临的诸多问题中的两个，剩下实际运营中还有车主和乘客当中的矛盾，比如接不同的拼车乘客而导致的矛盾，对线路走向的不同要求，包括各种安全上的新要求等等，这些也都是让顺风车车主头疼的问题。

Lscssh 科技 官观点：

综合而言，现在的顺风车车主不好做，监管层不不断细化的规范，顺风车运营企业自身不作为，以及和乘客之间可能存在的各种矛盾，都让顺风车车主越来越不赚钱！而在难赚钱的同时，还会引来一堆的麻烦事，就这种情况下，跑顺风车不是典型的偷鸡不成反蚀一把米嘛。

说说我的情况，上海，外地牌照高峰不能上高架。公司离距离家26公里，单程车程75-90分钟，本人开车也比较急躁，1.8T平均油耗12-15L，差不多1元1公里油钱，公司停车费56/天。一天停车费+油费要100元，所以之前也注册了顺风车，分摊一些油费。

下班我会顺路带同事，所以我一开始我上班会接一个顺风单。一周大概接4单，我是个怕麻烦的人，所以一般只接一个单，价格在30-40左右（打车在100多）。过了一段时间，现在基本很少接单了，除非有时间和路线95%以上吻合的。原因有几点：

1、外地牌照不能上高架，有的乘客不愿意乘坐，会取消订单。

2、滴答的路线算法没有以前滴滴的合理，所以接一单起点和终点加起来会有几公里的差距，单这多出来的几公里早高峰要开23十分钟，还要多花5块钱油钱。

3、滴答现在对顺风车的准时要求越来越严了，但是早上的路况根本无法把控那么准。所以不好控制时间的单子，我基本不接。而乘客反而经常不守时。

4、毕竟不是专职开车，所以有些地方路不熟，或者有的乘客定位的地点不方便停车，一个违章就亏大了。

5、接一个单子到手30块钱，基本就贴个油钱，开车的时候没一个人开自由，踩刹车还要考虑乘客感受。

6、接2个以上的单子就很浪费时间了，而且都得准时，拼车的话价格还会打折扣，浪费的时间和多出来的风险感觉太麻烦了。

7、平台逐渐偏向乘客端，不符合顺风车的初心，顺风车本身就是资源的共享。真正的车主又不靠这赚钱，只是想省点钱，有时候是想找个说话的人。

8、有的乘客素质不高，花30多块钱坐B级车，还把自己当爷。拿顺风车的钱当专车坐。要进小区的这种我都直接拒绝，费时还增加剐蹭几率；关车门使劲甩门的；把车弄脏的，跷二郎腿把前座都踢一堆脚印，下车还留点垃圾的；不守时的乘客；对路线不满跟你BB半天的；路况不好的时候着急上火的，我特么给你飞啊；让你在不能停车的地方停。

9、如发生事故之后没保障；

10、政策不支持，有的地方运管还会抓。

还有一次接了个乘客开了5公里，乘客发现电脑没带又给人折回去拿电脑，害我迟到了半个多小时。

当然还有一些乘客很好，会相互理解，相互尊重。

我这人怕麻烦，所以一般只接一单，而且自尊心还挺强的，所以不愿意招这些麻烦，慢慢的就很少接单了。所以顺风车对我来说，现在挺鸡肋，大多数单子接了都不划算，只偶尔接一些特别顺路都的单子。要不然浪费的时间和增加的风险太不值得了。

我也跑过顺风车，不过三四次后就放弃了，顺风车不赚钱我跑之前就知道，完全公益我还没那么高尚，最大的初衷就是顺道贴补点油钱，自己空车跑也是跑，我每周在两个城市奔波，往返200多公里，能捎个聊的来的也省的寂寞。后来跑了几次遇到了一个大爷，让我开小区里去接他，他那小区还是个老小区，私家车停的乱七八糟，进去小心翼翼几次差点刮到别人车，没敢继续我找个岔路口调个头出去了，途中电话告诉这大爷在小区门口等他，小区车太多不好进，结果这大爷说要投诉我，我说你愿意投诉就投诉吧，我只等你五分钟（当时我去的早还没到约定上车时间），过了不到五分钟丫一路小跑出来了，我按下车窗对那哥们说：你换个车吧，我先走了。随后挂档走人，卸载拼车APP，当时就想，马乐个把子的，几十块钱坐100公里，快赶上公交地铁了，不特娘的感谢我就算了，真把自己当上帝了。从那以后就自己开吧，想抽烟抽烟，想走啥路走啥路，让那些自以为是的沙币挤公交去吧！

顺风车现在这价格和乘客素质，确实不待人干，我干了四年顺风车，好的乘客占大多数，个别素质低下的就真好向是他花了钱，就是上帝了！前几天接个订单，接单后乘客来电话要推迟一小时出发，我当时也没事，正好在那逛逛，一小时后我到乘客起点，又拖半小时才出来，上车后就让开空调，我没答应，我说顺风车不赚钱的，人家却说不赚钱你们还干什么，说这话的还是个大三学生！我车停道边，直接哄下车了！宁可空跑也不拉了！

以前职业跑过顺风车，用的某自动抢单软件，专门跑机场，机场只能走高速，而我办的机场高速包年，这样从我那里到机场的高速费就不要钱了。一车最低拼2单乘客，一单最低乘客付55元，我们司机到手就47，两单不到94块。运气好拼上3单，去机场就是141，但是这种3单的情况很少有，用两单的94来算，提前给乘客说明去机场只能走高速，这个费用25块需要乘客自己承担，如果不行的话就麻烦取消。因为司机每个礼拜的取消次数有限制，一旦超过就不能接单。话不能说满，只能说乘客自己承担，但是他们分不清是一单25还是两单一共25，基本上都是一单给25，这样可以收到50。回来再继续接上70.80就撤退了，平均下来来回时间5个小时，一天跑两趟，我是宝骏560改气，机场到家70公里，来回140公里，一天两趟加接人送人绕路，一天300多公里，收入400，除去100块的气，一天挣300。但是有的人就把顺风车当专车用，要求送到楼底下，离小区门口5米说是再往前送，送了十几米说是过了过了，很生气，扬言要差评，下次再也不坐你的车了之类的话，知道空姐事件后就不跑了，继续老本行写java,比跑车累多了一月算下来没有跑车挣的多。

再说说为什么很多人不愿意接顺风车。第一就是怕出事，万一有个事故保险公司借非法拉客为由拒绝理赔。至少我听过有人说过。

第二就是上班的都在城区，现在交通压力大，城区里3公里把你堵半小时是常事，没必要挣你那十几块钱受这罪

第三 不查好说，查的话被运管逮住至少30000。不论是谁说情，最低30000，没有关系的50000起步。虽说几率小，但是碰上了就很操蛋。况且还有一些纸张乘客被你碰上，白白受气。

第四 家里做饭等你吃你就麻溜回去趁热吃饭，少上路，少出事。

现在顺风车只有三家，嘀嗒、哈啰、高德。先说一说嘀嗒，目前下单人数最多平台，自从滴滴出事暂停顺风车业务以来，嘀嗒是最受益的平台，可是嘀嗒也是最让人又爱又恨的平台，前二个月嘀嗒对收费进行了调整，费用普通下降，特别对于多人乘车，一个人乘车和4个人乘车费用一样，对于乘客来说也许是好事，可是对于司机来说影响就大了，本来顺风车车费就不多，平台还下降车费，对于短途和多人乘车影响最大，如果不加感谢费，很少车主会接单。我想这是嘀嗒不想混的前奏 ，如果滴滴重新上线，估计嘀嗒会凉。

哈啰才上线几个月，目前下单数在慢慢增加，很有潜力，不满意的是APP体验不好，有待改进。

高德才刚刚上线，目前还在累积阶段，可是凭阿里的实力，它为什么不广告一下它在做顺风车了，让大家知道呢?

滴滴跟顺风车都会去开，现在滴滴少开了，顺风车早就不开了！不得不说一句，坐滴滴费用比顺风车高一些，但是素质确实比顺风车的高！顺风车的都认为自己给了钱就是爷！各个都是大爷一样的想法，他们谁知道他们给的那点费用连油钱都不够！

真实事件，我接到一个顺风车订单行程大概85公里，包括我接他跟我自己回去的路程大概100公里。费用75-85这样。乘客下单3个人80元左右，我决定要平多一单，1个人的大概70元左右。先拼到的3个乘客打电话来，3个人加一个小孩，订单显示只写了3人！！！告诉他我拼成大概会多50，跟他说加50。对方不同意，取消了订单。过了一两分钟后又邀请我接单（因为地方比较偏）），说同意了，结果上车后立马翻脸，不认账，就要这个价格坐这个车，平台还不付款，要到了再付款（到了位置乘客不付款，平台也不给司机付款！）我这边取消订单后乘客就死皮赖脸的赖在车上不下车！最后直接报警处理！！！开车100公里+高速费用到司机手上80元！！！广州回惠州，全程200公里以上到司机手上90元。这些平台都觉得我们开的车是加水不是加油的，真的自己走，还不用受这些人的气，自己想怎么走就怎么走，反正也多不了几块钱！！！

我觉得我是一个自尊心很强的人，从来都是人敬我一尺，我敬人一丈，跟我打交道从来不让别人吃亏。所以就算是滴滴没有任何规则，我也会保证，我拉的人安全，愉快的到达目的地。但是现在所有的规则都在拿车主当做假想的暴徒，我认为这对我是一种侮辱。那么最简单的做法就是不跟你玩儿了。

哈罗java的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于哈罗客服电话95338、哈罗java的信息别忘了在本站进行查找喔。