相关疑难解决方法(0)

我想base64编码数据把它放在一个URL中,然后在我的HttpHandler中解码它.

我发现Base64编码允许使用'/'字符,这会弄乱我的UriTemplate匹配.然后我发现维基百科有一个"修改过的Base64 for URL"的概念:

存在修改的URL变体Base64,其中不使用填充'=',标准Base64的'+'和'/'字符分别替换为' - '和'_',因此使用URL编码器/解码器不再需要,并且对编码值的长度没有影响,保留相同的编码形式,以便在关系数据库,Web表单和对象标识符中使用.

使用.NET我想修改我当前的代码,从基本的base64编码和解码到使用"修改的base64 for URL"方法.有没有人这样做过？

为了解码,我知道它开头是这样的:

string base64EncodedText = base64UrlEncodedText.Replace('-', '+').Replace('_', '/');

// Append '=' char(s) if necessary - how best to do this?

// My normal base64 decoding now uses encodedText

但是,我需要在结尾处添加一个或两个'='字符,这看起来有点复杂.

我的编码逻辑应该更简单一些:

// Perform normal base64 encoding
byte[] encodedBytes = Encoding.UTF8.GetBytes(unencodedText);
string base64EncodedText = Convert.ToBase64String(encodedBytes);

// Apply URL variant
string base64UrlEncodedText = base64EncodedText.Replace("=", String.Empty).Replace('+', '-').Replace('/', '_');

我已经看到Guid to Base64用于URL StackOverflow条目,但是它具有已知长度,因此它们可以硬编码最后所需的等号数.

从JBoss 4升级到JBoss 5之后,我注意到了最烦人的回归.它截断了base64 cookie值的尾随等号('=').

我花了很多时间才明白问题不是我的代码而是JBoss',我用Google搜索并发现它是一个已知问题.

建议的解决方法是计算字符串长度并用尾随等号填充它(长度为4的多重性).

由于我们的应用程序可以在多个应用程序服务器(例如WebLogic,WebSpehere)上运行,因此我非常不愿意添加特定于此版本JBoss的这段代码.

有没有人遇到过这个？你能建议一个更聪明的解决方法吗？

编辑:感谢@skaffman我理解我的问题,我不应该首先使用base64作为cookie字符串.base 64上有一个名为base64 url的变种,应该用于这样的字符串(cookies,urls ......).例如,Apache编解码器库在其基本64实现中支持此变体.