区块链神吐槽携程酒店价格变动原理
携程有一套非常怪异的价格算法。同车三个人，各自掏出携程 APP 看价格，同一个酒店房间经常是三个不同的价格，完全没规律，有时我的便宜，有时 B 便宜，有时 C 便宜，有时又是反过来的……
z12345_678900：
询价很难做到一致，很有可能是请求到不同节点本地缓存的特征不一样。
臭臭猴呀：直连询价的时候确实存在请求价和缓存价不一致的情况。
z12345_678900：这种一般会针对单个用户价格锁定，第一次看见什么价格，设置一个有效期，短期内都是这个价格，防止价格跳变带来体验问题，但是不同用户之间就比较难搞了。
臭臭猴呀：锁价的话，接口验价，回传订单环节也会报错，用户下单容易失败。
z12345_678900：这种看策略。可以允许成功也可以失败，看产品怎么想了。比如可以弄一个十五分钟内下单付钱价格有效之类的逻辑。
纯银V：有意思，我没做过这块业务，琢磨了很久你们说的话。我想了一会儿，的确存在价格动态变动，不同时间查询的动态价格不一样，但限定时间内锁价的可能性，这也是很合理的，但你说的“不同节点本地缓存特征”怎么理解呢？请教一下。
z12345_678900：因为算价格需要的信息很多，如果每次请求来了之后再去远端把这些信息拉到本地太慢了，有一种作法是这些信息产生之后直接推到各个算价格的节点上，这就可能导致某些情况下各个节点上的数据不一致，最后表现就是请求随机分发不同机器最后获得的结果不一样。是有略可以缓解这个问题，就看技术和产品博弈了。
于远洋：酒店产品以自营预付居多，直连产品量级很有限，你说的大概率是直连落地的产品吧。
不爱吃羊肉的狼：这种业务数据变价权限在酒店或者第三方代理商，携程就是个用户入口，所以会存在数据跟第三方不一致的情况。为了提升用户体验，需要加策略来防止几头价格不一致的情况发生。
纯银V：
携程对于部分酒店是有定价权的
我没猜错的话，是算法动态调价，我住过好几家小旅馆，老板自己都不知道携程上的价格，还跟我抱怨携程的价格太低。不过这里我好奇的是层主的原话“不同节点” “本地缓存”，很想了解这两个名词的精准含义是什么。
陈巨蛇：理论上不同节点的价格数据应该是一样的，店家又不能自己调价，所以对服务器数据同步没有实效性要求，可以做到价格一致。感觉就是携程抽风，技术做得不太行。
臭臭猴呀：还需要看业务模式和定价权属于携程还是酒店/第三方。你说的这个定价权在携程，但定价权如果在酒店，且酒店还购买了收益定价系统，变价会更为频繁。
不爱吃羊肉的狼：恩，酒店也是分层的。小酒店没什么议价权，相当于就是携程的供应商，携程给用户的价格和给酒店的价格是分离的。大的连锁酒店集团，会有自己的定价体系，而且酒店会自己运营价格，这时候携程就得迁就酒店集团的价格了，然后按交易金额抽成。
打卡森林的日常：我猜测这个价格算法产品的机制很复杂 经历了可能几十次上百次布丁，公司已经没有人能完整描述出来整个价格产品的所有细节了，但是他确实还能运行，还能用也基本不出错。
携程酒店价格什么时候会低？
布尔费墨：酒店的价格像机票一样，是自由浮动的。要求酒店一样的房间都是一样的价格是很无理的。另外，携程不是每个产品都是直营，也有很多代理商。每个代理商手上的价格都是不一样的。有的代理商手上的价格低，所以很快就卖光了。所以你在不同的时间，哪怕差10分钟，去订同样的房间也是不同的价格。
