«Формат данного пути не поддерживается».

В моем веб-сервисе есть следующий код:

string str_uploadpath = Server.MapPath("/UploadBucket/Raw/");
FileStream objfilestream = new FileStream(str_uploadpath +
                fileName, FileMode.Create, FileAccess.ReadWrite);

Может ли кто-нибудь помочь мне решить проблему с этим сообщением об ошибке из строки 2 кода.

Формат данного пути не поддерживается.

Разрешение на папку установлено на полный доступ для всех, и это фактический путь к папке.

Точка останова дала мне значение str_uploadpathas C:\\webprojects\\webservices\\UploadBucket\\Raw\\.

Что не так с этой строкой?

Вместо использования str_uploadpath + fileNameпопробуйте использовать System.IO.Path.Combine:

Path.Combine(str_uploadpath, fileName);

который возвращает строку.

Я вижу, что создатель обнаружил, что ошибка произошла при попытке сохранить имя файла с полным путем. На самом деле достаточно иметь ":"в имени файла, чтобы получить эту ошибку. Если это может быть ":"в имени вашего файла (например, если у вас есть отметка даты в имени файла), убедитесь, что вы заменили их чем-то другим. Т.е.:

string fullFileName = fileName.Split('.')[0] + "(" + DateTime.Now.ToString().Replace(':', '-') + ")." + fileName.Split('.')[1];

Для меня проблема заключалась в невидимом для человеческого глаза "‪" символе встраивания слева направо .
Он застрял в начале строки (непосредственно перед 'D') после того, как я скопировал путь из вкладки безопасности свойств файла Windows.

var yourJson = System.IO.File.ReadAllText(@"D:\test\json.txt"); // Works
var yourJson = System.IO.File.ReadAllText(@"‪D:\test\json.txt"); // Error

Так что эти, на первый взгляд одинаковые, две линии на самом деле разные.

Если вы пытаетесь сохранить файл в файловой системе. Path.Combine не является пуленепробиваемым, так как он не поможет вам, если имя файла содержит недопустимые символы. Вот метод расширения, который удаляет недопустимые символы из имен файлов:

public static string ToSafeFileName(this string s)
{
        return s
            .Replace("\\", "")
            .Replace("/", "")
            .Replace("\"", "")
            .Replace("*", "")
            .Replace(":", "")
            .Replace("?", "")
            .Replace("<", "")
            .Replace(">", "")
            .Replace("|", "");
    }

А использование может быть:

Path.Combine(str_uploadpath, fileName.ToSafeFileName());

Среди прочего, что может вызвать эту ошибку:

В полной строке PathFile не может быть определенных символов.

Например, эти символы приведут к сбою функции StreamWriter:

"/"  
":"

могут быть и другие специальные символы, которые тоже вызывают сбой. Я обнаружил, что это происходит, когда вы пытаетесь, например, поставить отметку DateTime в имя файла:

AppPath = Path.GetDirectoryName(giFileNames(0))  
' AppPath is a valid path from system. (This was easy in VB6, just AppPath = App.Path & "\")
' AppPath must have "\" char at the end...

DateTime = DateAndTime.Now.ToString ' fails StreamWriter... has ":" characters
FileOut = "Data_Summary_" & DateTime & ".dat"
NewFileOutS = Path.Combine(AppPath, FileOut)
Using sw As StreamWriter = New StreamWriter(NewFileOutS  , True) ' true to append
        sw.WriteLine(NewFileOutS)
        sw.Dispose()
    End Using

Один из способов предотвратить эту проблему - заменить проблемные символы в NewFileOutS на безопасные:

' clean the File output file string NewFileOutS so StreamWriter will work
 NewFileOutS = NewFileOutS.Replace("/","-") ' replace / with -
 NewFileOutS = NewFileOutS.Replace(":","-") ' replace : with - 

' after cleaning the FileNamePath string NewFileOutS, StreamWriter will not throw an (Unhandled) exception.

Надеюсь, это избавит кого-то от головной боли ...!

Если вы получаете эту ошибку в PowerShell, скорее всего, это связано с тем, что вы используете Resolve-Pathдля разрешения удаленного пути, например

 Resolve-Path \\server\share\path

В этом случае Resolve-Pathвозвращает объект, который при преобразовании в строку не возвращает допустимый путь. Он возвращает внутренний путь PowerShell:

> [string](Resolve-Path \\server\share\path)
Microsoft.PowerShell.Core\FileSystem::\\server\share\path

Решение состоит в том, чтобы использовать ProviderPathсвойство объекта, возвращаемого Resolve-Path:

> Resolve-Path \\server\share\path | Select-Object -ExpandProperty PRoviderPath
\\server\share\path
> (Resolve-Path \\server\share\path).ProviderPath
\\server\share\path

Попробуйте изменить:

Server.MapPath("/UploadBucket/Raw/")

к

Server.MapPath(@"\UploadBucket\Raw\")

Это была моя проблема, которая может помочь кому-то другому, хотя это не было проблемой OP:

DirectoryInfo diTemp = new DirectoryInfo(strSomePath);
FileStream fsTemp = new FileStream(diTemp.ToString());

Я определил проблему, указав свой путь к файлу журнала и обнаружив, что он неправильно форматируется. Правильно для меня было довольно просто:

DirectoryInfo diTemp = new DirectoryInfo(strSomePath);
FileStream fsTemp = new FileStream(diTemp.FullName.ToString());

Помогает ли использование метода Path.Combine ? Это более безопасный способ объединения путей к файлам. Может быть, у него проблемы с соединением путей вместе

Я использую (ограниченный) построитель выражений для переменной для использования в простой задаче файловой системы для создания архива файла в SSIS.

Это мой быстрый и грязный прием по удалению двоеточий, чтобы остановить ошибку: @ [User :: LocalFile] + "-" + REPLACE ((DT_STR, 30, 1252) GETDATE (), ":", "-") + ".xml"

Сегодня у меня была такая же проблема. Файл, который я пытался загрузить в свой код, был открыт для редактирования в Excel. После закрытия Excel код заработал!

Если значением является URL-адрес файла, например file: // C: / something, используйте класс Uri для преобразования в обычное имя файла:

var localPath = (new Uri(urlStylePath)).AbsolutePath

В общем, использование предоставленного API - это лучшая практика.