经验分享-大小写敏感相关问题

本文分享了一次开发中遇到的大写敏感问题,涉及操作系统和HTTP协议。在Go语言环境下,由于macOS与Linux对文件名大小写的处理差异,导致线上编译错误。而在HTTP协议中,Header的键是大小写敏感的,服务端取不到参数的原因在于流量转发模块进行了键的规范化。同时,文章探讨了URL、REST API、方法、协议、域名、路径和查询字符串的大小写敏感性,并提供了验证方法。
摘要由CSDN通过智能技术生成

一 操作系统

背景

在一次开发中(Go),项目本地编译通过并且运行无异常。当将代码上传的线上机器进行编译,加载导入的包时报错

no matching versions for query "latest"

猜测

由于本地编译无问题,所以猜测

  1. 权限问题(无权限拉取此仓库)
  2. 代理问题(代理不对,找不到此仓库)
  3. 项目路径问题(项目路径不对,找不到此仓库)

验证

去掉无法加载的包,其他类似的包都能正常加载,所以上面三个猜测均不成立

定位

换一种思路,看看这个包在别人的项目是怎么使用的。通过一个字母一个字母的对比,发现我import的包名含有大写字母。去掉大写字母后本地和线上编译运行全部正常

原因

Windows、macOS 默认大小写不敏感

Linux 默认大小写敏感

此例中 本地操作系统是macOS,线上操作系统是Linux

备注

二 HTTP协议

背景

最近一次开发中,从 HTTP 请求 Header 中取参数 x-y 时,发现发起请求时传了 x-y ,但是服务端却取不到,导致系统报错。打印日志,发现服务端收到的请求Header中,有一个 X-Y 字段。

定位

x-y 参数在网络传输的某个环节被转换成了 X-Y 

验证

1. 在哪里被转换了?

一个使用Go编写的流量转发模块做的转换。

req, _ := http.NewRequest()
req.Header.Add()

// Add adds the key, value pair to the header.
// It appends to any existing values associated with key.
// The key is case insensitive; it is canonicalized by
// CanonicalHeaderKey.
func (h Header) Add(key, value string) {
	textproto.MIMEHeader(h).Add(key, value)
}

// CanonicalMIMEHeaderKey returns the canonical format of the
// MIME header key s. The canonicalization converts the first
// letter and any letter following a hyphen to upper case;
// the rest are converted to lowercase. For example, the
// canonical key for "accept-encoding" is "Accept-Encoding".
// MIME header keys are assumed to be ASCII only.
// If s contains a space or invalid header field bytes, it is
// returned without modifications.
func CanonicalMIMEHeaderKey(s string) string {
	commonHeaderOnce.Do(initCommonHeader)

	// Quick check for canonical encoding.
	upper := true
	for i := 0; i < len(s); i++ {
		c := s[i]
		if !validHeaderFieldByte(c) {
			return s
		}
		if upper && 'a' <= c && c <= 'z' {
			return canonicalMIMEHeaderKey([]byte(s))
		}
		if !upper && 'A' <= c && c <= 'Z' {
			return canonicalMIMEHeaderKey([]byte(s))
		}
		upper = c == '-'
	}
	return 
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值