[UWP/WPF]在應用開發中安全使用文件資源

在WPF或者UWP應用開發中，有時候會不可避免的須要操做文件系統（建立文件/目錄），這時候有幾個坑是須要你們注意下的。

建立文件或目錄時的非法字符檢測

在Windows系統中，咱們建立文件時會注意到，某些特殊字符是不能夠用做文件名輸入的。

那麼，一樣的，若是你的應用能夠提供給用戶建立文件/目錄的功能，要特別注意的是：你必須對用戶鍵入的文件或者目錄名檢測，避免用戶鍵入非法字符。

不然，應用可能會遇到下面這個bug：System.IO.FileNotFoundException:「文件名、目錄名或卷標語法不正確。」

避免手段其實也很簡單，System.IO.Path類中能夠獲取到全部的非法字符，咱們只須要檢測文件或目錄名，避免出現非法字符就能夠了。

不能夠在文件名中出現的字符 Path.GetInvalidFileNameChars(）：

char[41] { '"', '<', '>', '|', '\0', '\u0001', '\u0002', '\u0003', '\u0004', '\u0005', '\u0006', '\a', '\b', '\t', '\n', '\v', '\f', '\r', '\u000e', '\u000f', '\u0010', '\u0011', '\u0012', '\u0013', '\u0014', '\u0015', '\u0016', '\u0017', '\u0018', '\u0019', '\u001a', '\u001b', '\u001c', '\u001d', '\u001e', '\u001f', ':', '*', '?', '\\', '/' }

不能夠在路徑字符串中出現的字符 Path.GetInvalidPathChars()：

char[36] { '"', '<', '>', '|', '\0', '\u0001', '\u0002', '\u0003', '\u0004', '\u0005', '\u0006', '\a', '\b', '\t', '\n', '\v', '\f', '\r', '\u000e', '\u000f', '\u0010', '\u0011', '\u0012', '\u0013', '\u0014', '\u0015', '\u0016', '\u0017', '\u0018', '\u0019', '\u001a', '\u001b', '\u001c', '\u001d', '\u001e', '\u001f' }

這裏給你們提供一個小竅門，使用C#交互窗口（VS2015及更高版本均可以使用），能夠快速查看代碼片斷執行結果。

在XAML中引用外部資源時的非法字符檢測

此外，在開發WPF或者UWP應用時，若是咱們須要在XAML中引入外部資源URI，那麼狀況會比較特殊一點。

有時候儘管你的文件名或者路徑URI均沒有包含Windows文件系統中的非法字符，應用仍有可能崩潰。這是由於，在XAML中定義了一些不容許出現的字符，這些字符與Windows文件系統中的非法字符不盡相同。

這些字符是：

{ ';' , '/' , '?' , ':' , '@' , '&' , '=' , '+' , '$' , ',','<' , '>' , '#' , '%' , '"' }

例如‘#’，它在文件系統中是合法字符，可是卻不能出如今XAML中引入的外部資源URI字符串裏。

這個問題在邵猛大佬的《WPF 圖片顯示中的保留字符問題》中也是有講到的，可是文章中沒有給到解決方法。

在某些狀況下，如開發應用時，咱們容許用戶上傳圖片到應用文件夾下做爲資源使用，咱們能夠在拷貝資源時經過排除/替換文件名裏非法字符的方法來避免這個BUG。

public static class XamlUriHelper
{
    private static readonly char[] Excluded = { ';' , '/' , '?' , ':' , '@' , '&' , '=' , '+' , '$' , ',','<' , '>' , '#' , '%' , '"' };

    public static string GetValidName(string fileName)
    {
        foreach (var item in Excluded)
        {
            fileName = fileName.Replace(item, '_');
        }
        return fileName;
    }
}

結尾

上面說到的兩種狀況，第一種是比較好處理的，而第二種須要一些折中的處理手段。另外吐槽一點，XAML應用這麼久了，第二種狀況按理說是不該該出現的，不知道微軟方面有沒有注意到（或者說是否有官方解決方法，相似轉義符什麼的？）。若是有了解這個問題的大佬，歡迎在評論區指出！

這篇博文到此結束，謝謝你們！