FileStream.close() n'a pas de fichiers gratuit pour les autres processus

J'ai Code Suivant dans un Document appelé la fonction. Lorsque la Page est chargée, la première fois après le lancement de Visual Studio, tout fonctionne bien.
Mais tout autre appel d'ouverture du Fichier après le qui renvoie IOException: "File is in use by another process", même quand il s'agit de l'ouverture du Fichier dans VisualStudio Solution de cette Erreur est retournée(bien sûr pas Exception)

FileStream mailinglist_FileStream = new FileStream(@"\foobarFile.txt", FileMode.Open);
PeekingStreamReader mailinglist_Reader = new PeekingStreamReader(mailinglist_FileStream);
//Do some stuff with the file
mailinglist_FileStream.Close();
mailinglist_Reader.Close();
mailinglist_Reader.Dispose();
mailinglist_FileStream.Dispose();

Pourquoi le fichier est toujours bloqué? et pourquoi ne pleinement de redémarrer Visual Studio réinitialiser le Fichier?
lors de la vérification de fichier-Propriétés, il dit:

Action De Génération: Le Contenu
Copie vers le répertoire de sortie: ne pas Copier

Je ne fais que de la lecture de ce Fichier. puis-je faire quelque chose de semblable à adLockOptimistic, de sorte que plusieurs processus peuvent accéder au Fichier?

sur le côté remarque: utilisez l'instruction à l'aide, au lieu de fermer et d'élimination des objets manuellement

OriginalL'auteur Vogel612 | 2013-02-19

asp.net c#file-access filestream

8

Pourquoi le fichier est toujours bloqué? et pourquoi ne pleinement de redémarrer Visual
Studio réinitialiser le Fichier? lors de la vérification de fichier-Propriétés qu'il dit [...]
Je ne sais pas pourquoi le fichier est toujours verrouillé: probablement parce que votre code ne fonctionne pas avant que le flux est fermé/cédées.

Sur "pourquoi pleinement de redémarrer Visual Studio [...]": parce que vous peut-être à l'aide de IIS Express ou ASP.NET Serveur de Dev dont sont fermés lorsque vous fermez l'IDE, donc des verrous sur les fichiers sont publiés depuis le processus de la tenue de la verrouille n'est plus en cours d'exécution.

Et sur "pourquoi est-ce que le fichier est toujours bloqué?[...]" il pourrait être parce que le flux de fichier n'est pas fermé parce que parfois, le fil peut ne pas se terminer avec succès et les verrous ne sont pas libérés.

Que d'autres réponse dit, vérifier comment using bloc peut éviter que IDisposable objets ne serait pas disposé:
```
//FileShare.ReadWrite will allow other processes 
//to read and write the target file even if other processes 
//are working with the same file
using (FileStream mailinglist_FileStream = new FileStream(@"\foobarFile.txt", FileMode.Open, FileShare.ReadWrite))
using (PeekingStreamReader mailinglist_Reader = new PeekingStreamReader(mailinglist_FileStream))
{
      //Do your stuff. Using blocks will call Dispose() for 
      //you even if something goes wrong, as it's equal to a try/finally! 
      //Also check how using statements can be chained without extra { }           
 }
```
Je ne fais que de la lecture de ce Fichier. puis-je faire quelque chose de semblable à
adLockOptimistic, de sorte que plusieurs processus peuvent accéder au Fichier?

Oui, jetez un oeil à File.Open méthode et FileShare énumération:
- File.Open: http://msdn.microsoft.com/en-us/library/y973b725.aspx
- FileShare enum: http://msdn.microsoft.com/en-us/library/system.io.fileshare.aspx
+1 sur le partage de fichiers enum
Concernant votre accolades commentaire: "sans les { }" est une préférence personnelle de l'aide de la syntaxe de la langue. Un seul bloc d'instructions ne nécessite pas d'accolades de délimitation. Et le partage de fichiers.ReadWrite va permettre à d'autres processus d'accès au fichier, mais ça ne résout pas le problème du fichier en cours d'ouverture à gauche. Bel exemple, et de bons points.

OriginalL'auteur Matías Fidemraizer
3

Apprendre à utiliser à l'aide de:
```
using (FileStream fileStream = File.Open(@"C:\somefile", FileMode.Open, FileAccess.Read))
{
    ...
}
```
La using construire assure que le dossier sera fermé lorsque vous quittez le bloc, même si une exception est levée.

Votre problème est peut-être pas ici, mais ailleurs dans votre code. Vous aurez à passer par tous de votre code et de chercher des endroits où vous avez ouvert les fichiers, mais pas de le mettre à l'intérieur d'un using déclaration.

OriginalL'auteur शेखर
0

Essayez d'utiliser using blocs, il ne peut pas résoudre votre problème de verrouillage, mais il est préférable de formulaire pour les objets jetables.
```
using (FileStream mailinglist_FileStream = new FileStream(@"\foobarFile.txt", FileMode.Open))
{
    using (PeekingStreamReader mailinglist_Reader = new PeekingStreamReader(mailinglist_FileStream))
    {
        ...            
    }
}
```
Aussi, essayez de fermer mailinglist_Reader avant mailinglist_FileStream.

la chose drôle est, après la modification de la commande, le Page_Load fonctionne, mais mon catch(IOException) Bloc obtient toujours exécuté
Appel de Stream.Close à l'aide du bloc est redondante.
Ce que font exception-vous, la même chose? Essayez de commenter les deux Close(); lignes qu'ils sont probablement appelés par using.

OriginalL'auteur Adam K Dean

Vous devez vous connecter pour publier un commentaire.