আমার কিছু কোড আছে এবং যখন এটি কার্যকর হয়, এটি এটিকে ছুঁড়ে IOExceptionবলে
প্রক্রিয়াটি 'ফাইলনাম' ফাইলটি অ্যাক্সেস করতে পারে না কারণ এটি অন্য প্রক্রিয়া দ্বারা ব্যবহৃত হচ্ছে
এর অর্থ কী, এবং আমি এটি সম্পর্কে কী করতে পারি?
উত্তর:
ত্রুটি বার্তাটি বেশ স্পষ্ট: আপনি কোনও ফাইল অ্যাক্সেস করার চেষ্টা করছেন এবং এটি অ্যাক্সেসযোগ্য নয় কারণ অন্য একটি প্রক্রিয়া (বা এমনকি একই প্রক্রিয়া) এর সাথে কিছু করছে (এবং এটি কোনও ভাগ করার অনুমতি দেয়নি)।
আপনার নির্দিষ্ট দৃশ্যের উপর নির্ভর করে এটি সমাধান করা বেশ সহজ (বা বোঝা বেশ শক্ত) হতে পারে। আসুন কিছু দেখুন।
আপনার প্রক্রিয়াটি কেবলমাত্র সেই ফাইলটিতে অ্যাক্সেস করতে পারে
আপনি নিশ্চিত যে অন্যান্য প্রক্রিয়াটি আপনার নিজস্ব প্রক্রিয়া। যদি আপনি জানেন যে আপনি সেই ফাইলটি আপনার প্রোগ্রামের অন্য কোনও অংশে খোলেন, তবে প্রথমে আপনাকে পরীক্ষা করে নিতে হবে যে প্রতিটি ব্যবহারের পরে আপনি ফাইল হ্যান্ডেলটি সঠিকভাবে বন্ধ করেছেন। এই বাগ সহ কোডের উদাহরণ এখানে দেওয়া হয়েছে:
var stream = new FileStream(path, FileAccess.Read);
var reader = new StreamReader(stream);
// Read data from this file, when I'm done I don't need it any more
File.Delete(path); // IOException: file is in use
ভাগ্যক্রমে FileStreamপ্রয়োগ করে IDisposable, সুতরাং আপনার সমস্ত কোড একটি usingবিবৃতিতে আবৃত করা সহজ :
using (var stream = File.Open("myfile.txt", FileMode.Open)) {
// Use stream
}
// Here stream is not accessible and it has been closed (also if
// an exception is thrown and stack unrolled
এই প্যাটার্নটি এটিও নিশ্চিত করবে যে ব্যতিক্রমের ক্ষেত্রে ফাইলটি খোলা রাখা হবে না (এটি ফাইলের ব্যবহারের কারণ হতে পারে: কিছু ভুল হয়েছে, এবং কেউ এটি বন্ধ করেছে না; উদাহরণ হিসাবে এই পোস্টটি দেখুন )।
যদি সবকিছু ঠিকঠাক মনে হয় (আপনি নিশ্চিত যে আপনি সর্বদা খোলা প্রতিটি ফাইল বন্ধ করেন, এমনকি ব্যতিক্রমের ক্ষেত্রেও) এবং আপনার একাধিক কার্যকারী থ্রেড থাকে, তবে আপনার কাছে দুটি বিকল্প রয়েছে: ফাইল অ্যাক্সেসকে সিরিয়াল করতে আপনার কোডটি পুনরায় কাজ করুন (সর্বদা করণীয় নয় এবং সর্বদা না চেয়েছিলেন) বা পুনরায় চেষ্টা করার প্যাটার্ন প্রয়োগ করুন । এটি আই / ও অপারেশনগুলির জন্য একটি দুর্দান্ত সাধারণ প্যাটার্ন: আপনি কিছু করার চেষ্টা করেছেন এবং ত্রুটির ক্ষেত্রে আপনি অপেক্ষা করে আবার চেষ্টা করুন (উদাহরণস্বরূপ, উইন্ডোজ শেল আপনাকে কোনও ফাইল ব্যবহার করছে তা অবহিত করতে কিছু সময় নেয় কেন? এবং মোছা যাবে না?)। সি # তে এটি প্রয়োগ করা বেশ সহজ ( ডিস্ক আই / ও , নেটওয়ার্কিং এবং ডাটাবেস অ্যাক্সেস সম্পর্কে আরও ভাল উদাহরণ দেখুন )।
private const int NumberOfRetries = 3;
private const int DelayOnRetry = 1000;
for (int i=1; i <= NumberOfRetries; ++i) {
try {
// Do stuff with file
break; // When done we can break loop
}
catch (IOException e) when (i <= NumberOfRetries) {
// You may check error code to filter some exceptions, not every error
// can be recovered.
Thread.Sleep(DelayOnRetry);
}
}
স্ট্যাক ওভারফ্লোতে আমরা প্রায়শই দেখতে পাই এমন একটি সাধারণ ত্রুটি লক্ষ্য করুন:
var stream = File.Open(path, FileOpen.Read);
var content = File.ReadAllText(path);
এই ক্ষেত্রে ReadAllText()ব্যর্থ হবে কারণ ফাইলটি ব্যবহার করা হচ্ছে ( File.Open()আগের লাইনে)। আগে ফাইলটি খোলার জন্য কেবল অপ্রয়োজনীয়ই নয় ভুলও রয়েছে। একই সব ক্ষেত্রে প্রযোজ্য Fileফাংশন যে একটি ফেরত না হ্যান্ডল ফাইল আপনার সাথে কাজ করছি না: File.ReadAllText(), File.WriteAllText(), File.ReadAllLines(), File.WriteAllLines()এবং অন্যদের (যেমন File.AppendAllXyz()ফাংশন) সব খোলা এবং বন্ধ নিজেরাই ফাইল হবে।
আপনার প্রক্রিয়াটি কেবলমাত্র সেই ফাইলটিতে অ্যাক্সেস করতে পারে না
যদি আপনার প্রক্রিয়াটি কেবল সেই ফাইলটিতে অ্যাক্সেস না করে তবে ইন্টারঅ্যাকশন আরও শক্ত হতে পারে। একটি পুনরায় চেষ্টা প্যাটার্ন সাহায্য করবে (যদি ফাইল অন্য কারো দ্বারা খোলা থাকা উচিত নয় কিন্তু এটা, তাহলে আপনি চেক করতে প্রক্রিয়া এক্সপ্লোরার এর মত একটি ইউটিলিটি প্রয়োজন হয় যারা করছে কি )।
প্রযোজ্য ক্ষেত্রে, সর্বদা ফাইলগুলি খোলার জন্য বিবৃতি ব্যবহার করে ব্যবহার করুন । পূর্ববর্তী অনুচ্ছেদে যেমন বলা হয়েছে, এটি আপনাকে অনেকগুলি সাধারণ ত্রুটিগুলি এড়াতে সক্রিয়ভাবে সহায়তা করবে ( কীভাবে এটি ব্যবহার করবেন না তার উদাহরণের জন্য এই পোস্টটি দেখুন )।
যদি সম্ভব হয় তবে নির্দিষ্ট ফাইলটিতে অ্যাক্সেসের মালিকানাধীন কিছু সিদ্ধান্ত নেওয়ার চেষ্টা করুন এবং কয়েকটি সুপরিচিত পদ্ধতির মাধ্যমে অ্যাক্সেসকে কেন্দ্রিয়করণ করুন। উদাহরণস্বরূপ, যদি আপনার একটি ডেটা ফাইল থাকে যেখানে আপনার প্রোগ্রামটি পড়তে এবং লিখতে থাকে তবে আপনার সমস্ত আই / ও কোডটি একটি একক শ্রেণীর ভিতরে বাক্স করা উচিত। এটি ডিবাগটিকে আরও সহজ করে দেবে (কারণ আপনি সর্বদা সেখানে ব্রেকআপপয়েন্ট রাখতে পারেন এবং কে কী করছেন তা দেখতে পারেন) এবং একাধিক অ্যাক্সেসের জন্য এটি একটি সিঙ্ক্রোনাইজেশন পয়েন্টও (প্রয়োজন হলে) হয়ে উঠবে।
I / O ক্রিয়াকলাপ সর্বদা ব্যর্থ হতে পারে তা ভুলে যাবেন না, একটি সাধারণ উদাহরণ এটি:
if (File.Exists(path))
File.Delete(path);
যদি কেউ এরFile.Exists() আগে ফাইলটি মুছে দেয় তবে File.Delete()তারপরে এটি IOExceptionএমন জায়গায় ফেলে দেওয়া হবে যেখানে আপনি ভুলভাবে নিরাপদ বোধ করতে পারেন।
যখনই এটি সম্ভব হয়, পুনরায় চেষ্টা করার প্যাটার্ন প্রয়োগ করুন এবং আপনি যদি ব্যবহার করেন তবে FileSystemWatcherপদক্ষেপ স্থগিতের বিষয়টি বিবেচনা করুন (কারণ আপনাকে অবহিত করা হবে, তবে কোনও অ্যাপ্লিকেশন এখনও সেই ফাইলটির সাথে একচেটিয়াভাবে কাজ করতে পারে)।
উন্নত পরিস্থিতি
এটি সর্বদা সহজ নয়, তাই আপনার অন্য কারও সাথে অ্যাক্সেস ভাগ করে নেওয়া দরকার। উদাহরণস্বরূপ, আপনি যদি প্রথম থেকে পড়া এবং শেষ পর্যন্ত লেখেন তবে আপনার কমপক্ষে দুটি বিকল্প রয়েছে।
1) FileStreamযথাযথ সিঙ্ক্রোনাইজেশন ফাংশনগুলির সাথে এটি ভাগ করুন (কারণ এটি থ্রেড-নিরাপদ নয় )। উদাহরণস্বরূপ এটি এবং এই পোস্টগুলি দেখুন ।
2) FileShareঅন্যান্য প্রক্রিয়াগুলি (বা আপনার নিজের প্রক্রিয়ার অন্যান্য অংশ) একই সময়ে একই ফাইল অ্যাক্সেস করার অনুমতি দেওয়ার জন্য ওএসকে নির্দেশ দেওয়ার জন্য গণনার ব্যবহার করুন।
using (var stream = File.Open(path, FileMode.Open, FileAccess.Write, FileShare.Read))
{
}
এই উদাহরণে আমি দেখিয়েছি কীভাবে লেখার জন্য একটি ফাইল খুলতে হবে এবং পড়ার জন্য ভাগ করা যায়; দয়া করে মনে রাখবেন যে ওভারল্যাপগুলি পড়ার সময় এবং লেখার সময় এটি অনির্ধারিত বা অবৈধ ডেটার ফলাফল। এটি এমন পরিস্থিতি যা পড়ার সময় অবশ্যই পরিচালনা করতে হবে। এছাড়াও নোট করুন যে এটি streamথ্রেড-সেফটিতে অ্যাক্সেস তৈরি করে না , সুতরাং অ্যাক্সেসটি কোনওভাবে সিঙ্ক্রোনাইজ করা না হলে এই জিনিসটি একাধিক থ্রেডের সাথে ভাগ করা যাবে না (পূর্ববর্তী লিঙ্কগুলি দেখুন)। ভাগ করে নেওয়ার অন্যান্য বিকল্প উপলব্ধ এবং তারা আরও জটিল পরিস্থিতি খুলবে। আরও তথ্যের জন্য দয়া করে এমএসডিএন দেখুন।
সাধারণভাবে এন প্রক্রিয়াগুলি একই ফাইল থেকে সমস্ত একসাথে পড়তে পারে তবে কেবল একটি লিখতে হবে, একটি নিয়ন্ত্রিত দৃশ্যে আপনি এমনকি সমবর্তী লেখাগুলি সক্ষম করতে পারেন তবে এই উত্তরের কয়েকটি পাঠ্য অনুচ্ছেদে এটি সাধারণীকরণ করা যায় না।
অন্য প্রক্রিয়া দ্বারা ব্যবহৃত একটি ফাইল আনলক করা সম্ভব ? এটি সর্বদা নিরাপদ নয় এবং এত সহজ নয় তবে হ্যাঁ, এটিও সম্ভব ।
File.Create(path), আপনি যদি এটিটি .Close()দিয়ে করেন তবে আপনাকে এটি লেখার আগে আপনার শেষটি যুক্ত করা উচিত। usingফাইলগুলি লেখার জন্য বিবৃতি ছাড়াও তারপরে মুছে ফেলার পাশাপাশি এর মতো সমস্যা রয়েছে । আপনি কীভাবে আপনার ফাইল তৈরি করছেন এবং মুছছেন তার জন্য আপনার প্রশ্নের কোডটি পোস্ট করা উচিত। তবে সম্ভবত উপরে বর্ণিত কোনও কিছুর সাথে মিল রয়েছে।
Directory.SetCreationTimeUTC()তবে ফাইল এক্সপ্লোরার খোলা থাকাকালীন এটি ব্যর্থ হয় দাবি করে যে ডিরেক্টরিটি অন্য কোনও প্রক্রিয়া দ্বারা অ্যাক্সেস করা হচ্ছে। এই পরিস্থিতিটি আমি কীভাবে পরিচালনা করব?
ফাইলশেয়ার ব্যবহার করে ফাইলটি অন্য কোনও প্রক্রিয়া দ্বারা খোলার পরেও ফাইলটি খোলার বিষয়টি ঠিক করেছে।
using (var stream = File.Open(path, FileMode.Open, FileAccess.Write, FileShare.ReadWrite))
{
}
কোনও ছবি আপলোড করার সময় সমস্যা ছিল এবং এটি মুছতে পারেনি এবং সমাধান খুঁজে পেয়েছে। জিএল এইচএফ
//C# .NET
var image = Image.FromFile(filePath);
image.Dispose(); // this removes all resources
//later...
File.Delete(filePath); //now works
আমি এই ত্রুটিটি পেয়েছি কারণ আমি ফাইলটি করছি file ফাইলের নাম ছাড়াই একটি ফাইলের পথে সরানোর জন্য গন্তব্যে পুরো পথ নির্দিষ্ট করতে হবে।
ত্রুটিটি ইঙ্গিত করে যে অন্য প্রক্রিয়াটি ফাইলটি অ্যাক্সেস করার চেষ্টা করছে। আপনি এটি লেখার চেষ্টা করার সময় আপনি বা অন্য কারও কাছে এটি খোলা থাকতে পারে। "পড়ুন" বা "অনুলিপি" সাধারণত এটির কারণ হয় না, তবে এটিতে লিখতে বা এতে ডিলিট করার আহ্বান জানায়।
এটি এড়ানোর জন্য কয়েকটি প্রাথমিক বিষয় রয়েছে, যেমন অন্যান্য উত্তরে উল্লেখ করা হয়েছে:
ইন FileStreamঅপারেশন, একটি মধ্যে রাখুন usingএকটি ব্লক FileShare.ReadWriteঅ্যাক্সেস মোড।
উদাহরণ স্বরূপ:
using (FileStream stream = File.Open(path, FileMode.Open, FileAccess.Write, FileShare.ReadWrite))
{
}মনে রাখবেন যে FileAccess.ReadWriteআপনি যদি ব্যবহার করেন তবে তা সম্ভব নয় FileMode.Append।
আমি File.SaveAsযখন ফাইলটি ব্যবহৃত হচ্ছিল তখন করার জন্য কোনও ইনপুট স্ট্রিমটি ব্যবহার করার সময় আমি এই সমস্যাটি ছড়িয়ে দিয়েছিলাম । আমার ক্ষেত্রে আমি খুঁজে পাওয়া যায়, আমি আসলে এ সব ফাইল সিস্টেমে এটি ফিরিয়ে সংরক্ষণ করতে, তাই আমি শেষ পর্যন্ত ঠিক যে সরানোর সময় একটি একটি FileStream তৈরি না হলেই ভাল হত, কিন্তু আমি সম্ভবত চেষ্টা করেছি পারে usingসঙ্গে বিবৃতি FileAccess.ReadWrite, অনেক কোডের মত উপরে।
আপনার ডেটাটিকে আলাদা ফাইল হিসাবে সংরক্ষণ করা এবং পুরনোটি আর ব্যবহারযোগ্য হিসাবে পাওয়া যায় না এমনটি মুছে ফিরতে ফিরে যাওয়া, তারপরে যেটিকে সাফল্যের সাথে সংরক্ষিত হয়েছে তার মূল নামটির নামকরণ করা একটি বিকল্প। ফাইলটি আপনি কীভাবে ব্যবহার করছেন তা পরীক্ষা করে দেখুন এর মাধ্যমে সম্পন্ন হয়
List<Process> lstProcs = ProcessHandler.WhoIsLocking(file);নীচের আমার কোডটিতে লাইন এবং একটি লুপে একটি উইন্ডোজ পরিষেবাতে করা যেতে পারে, আপনার যদি কোনও নির্দিষ্ট ফাইল থাকে এবং আপনি যখন এটি প্রতিস্থাপন করতে চান তখন নিয়মিত দেখতে এবং মুছতে চান। আপনার যদি সর্বদা একই ফাইল না থাকে তবে একটি পাঠ্য ফাইল বা ডাটাবেস টেবিল আপডেট করা যেতে পারে যে পরিষেবা সর্বদা ফাইলের নাম পরীক্ষা করে এবং তারপরে প্রক্রিয়াগুলির জন্য পরীক্ষা করে এবং পরবর্তীকালে প্রক্রিয়াটি হত্যা করে এবং মুছে ফেলা করে, যেমন আমি বর্ণনা করি পরবর্তী বিকল্পে। নোট করুন যে আপনার একাউন্টের ব্যবহারকারীর নাম এবং পাসওয়ার্ডের দরকার রয়েছে যা অবশ্যই প্রদত্ত কম্পিউটারে প্রশাসনের সুবিধাগুলি রয়েছে, প্রক্রিয়াগুলি মুছে ফেলার এবং শেষ করার জন্য।
আপনি যখন জানবেন না যে কোনও ফাইল যখন এটি সংরক্ষণের চেষ্টা করছেন তখন এটি ব্যবহার করা হবে, আপনি সংরক্ষণের আগে ওয়ার্ডের মতো এটি ব্যবহার করতে পারে এমন সমস্ত প্রক্রিয়া বন্ধ করতে পারেন।
এটি স্থানীয় হলে আপনি এটি করতে পারেন:
ProcessHandler.localProcessKill("winword.exe");এটি যদি দূরবর্তী হয় তবে আপনি এটি করতে পারেন:
ProcessHandler.remoteProcessKill(computerName, txtUserName, txtPassword, "winword.exe");txtUserNameআকারে যেখানে DOMAIN\user।
ধরা যাক আপনি যে প্রক্রিয়াটির নামটি ফাইলটি লক করছেন তা জানেন না। তারপরে, আপনি এটি করতে পারেন:
List<Process> lstProcs = new List<Process>();
lstProcs = ProcessHandler.WhoIsLocking(file);
foreach (Process p in lstProcs)
{
if (p.MachineName == ".")
ProcessHandler.localProcessKill(p.ProcessName);
else
ProcessHandler.remoteProcessKill(p.MachineName, txtUserName, txtPassword, p.ProcessName);
}লক্ষ্য করুন fileইউএনসি পথ হবে: \\computer\share\yourdoc.docxঅনুক্রমে জন্য Processকি কম্পিউটার এটি চালু হলে জিনিসটা এবং p.MachineNameবৈধ বলে।
এই ফাংশনগুলি ব্যবহার করে এমন ক্লাসের নীচে রয়েছে যার জন্য একটি রেফারেন্স যুক্ত করা দরকার System.Management। কোডটি মূলত এরিক জে লিখেছেন :
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Runtime.InteropServices;
using System.Diagnostics;
using System.Management;
namespace MyProject
{
public static class ProcessHandler
{
[StructLayout(LayoutKind.Sequential)]
struct RM_UNIQUE_PROCESS
{
public int dwProcessId;
public System.Runtime.InteropServices.ComTypes.FILETIME ProcessStartTime;
}
const int RmRebootReasonNone = 0;
const int CCH_RM_MAX_APP_NAME = 255;
const int CCH_RM_MAX_SVC_NAME = 63;
enum RM_APP_TYPE
{
RmUnknownApp = 0,
RmMainWindow = 1,
RmOtherWindow = 2,
RmService = 3,
RmExplorer = 4,
RmConsole = 5,
RmCritical = 1000
}
[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
struct RM_PROCESS_INFO
{
public RM_UNIQUE_PROCESS Process;
[MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCH_RM_MAX_APP_NAME + 1)]
public string strAppName;
[MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCH_RM_MAX_SVC_NAME + 1)]
public string strServiceShortName;
public RM_APP_TYPE ApplicationType;
public uint AppStatus;
public uint TSSessionId;
[MarshalAs(UnmanagedType.Bool)]
public bool bRestartable;
}
[DllImport("rstrtmgr.dll", CharSet = CharSet.Unicode)]
static extern int RmRegisterResources(uint pSessionHandle,
UInt32 nFiles,
string[] rgsFilenames,
UInt32 nApplications,
[In] RM_UNIQUE_PROCESS[] rgApplications,
UInt32 nServices,
string[] rgsServiceNames);
[DllImport("rstrtmgr.dll", CharSet = CharSet.Auto)]
static extern int RmStartSession(out uint pSessionHandle, int dwSessionFlags, string strSessionKey);
[DllImport("rstrtmgr.dll")]
static extern int RmEndSession(uint pSessionHandle);
[DllImport("rstrtmgr.dll")]
static extern int RmGetList(uint dwSessionHandle,
out uint pnProcInfoNeeded,
ref uint pnProcInfo,
[In, Out] RM_PROCESS_INFO[] rgAffectedApps,
ref uint lpdwRebootReasons);
/// <summary>
/// Find out what process(es) have a lock on the specified file.
/// </summary>
/// <param name="path">Path of the file.</param>
/// <returns>Processes locking the file</returns>
/// <remarks>See also:
/// http://msdn.microsoft.com/en-us/library/windows/desktop/aa373661(v=vs.85).aspx
/// http://wyupdate.googlecode.com/svn-history/r401/trunk/frmFilesInUse.cs (no copyright in code at time of viewing)
///
/// </remarks>
static public List<Process> WhoIsLocking(string path)
{
uint handle;
string key = Guid.NewGuid().ToString();
List<Process> processes = new List<Process>();
int res = RmStartSession(out handle, 0, key);
if (res != 0) throw new Exception("Could not begin restart session. Unable to determine file locker.");
try
{
const int ERROR_MORE_DATA = 234;
uint pnProcInfoNeeded = 0,
pnProcInfo = 0,
lpdwRebootReasons = RmRebootReasonNone;
string[] resources = new string[] { path }; // Just checking on one resource.
res = RmRegisterResources(handle, (uint)resources.Length, resources, 0, null, 0, null);
if (res != 0) throw new Exception("Could not register resource.");
//Note: there's a race condition here -- the first call to RmGetList() returns
// the total number of process. However, when we call RmGetList() again to get
// the actual processes this number may have increased.
res = RmGetList(handle, out pnProcInfoNeeded, ref pnProcInfo, null, ref lpdwRebootReasons);
if (res == ERROR_MORE_DATA)
{
// Create an array to store the process results
RM_PROCESS_INFO[] processInfo = new RM_PROCESS_INFO[pnProcInfoNeeded];
pnProcInfo = pnProcInfoNeeded;
// Get the list
res = RmGetList(handle, out pnProcInfoNeeded, ref pnProcInfo, processInfo, ref lpdwRebootReasons);
if (res == 0)
{
processes = new List<Process>((int)pnProcInfo);
// Enumerate all of the results and add them to the
// list to be returned
for (int i = 0; i < pnProcInfo; i++)
{
try
{
processes.Add(Process.GetProcessById(processInfo[i].Process.dwProcessId));
}
// catch the error -- in case the process is no longer running
catch (ArgumentException) { }
}
}
else throw new Exception("Could not list processes locking resource.");
}
else if (res != 0) throw new Exception("Could not list processes locking resource. Failed to get size of result.");
}
finally
{
RmEndSession(handle);
}
return processes;
}
public static void remoteProcessKill(string computerName, string userName, string pword, string processName)
{
var connectoptions = new ConnectionOptions();
connectoptions.Username = userName;
connectoptions.Password = pword;
ManagementScope scope = new ManagementScope(@"\\" + computerName + @"\root\cimv2", connectoptions);
// WMI query
var query = new SelectQuery("select * from Win32_process where name = '" + processName + "'");
using (var searcher = new ManagementObjectSearcher(scope, query))
{
foreach (ManagementObject process in searcher.Get())
{
process.InvokeMethod("Terminate", null);
process.Dispose();
}
}
}
public static void localProcessKill(string processName)
{
foreach (Process p in Process.GetProcessesByName(processName))
{
p.Kill();
}
}
[DllImport("kernel32.dll")]
public static extern bool MoveFileEx(string lpExistingFileName, string lpNewFileName, int dwFlags);
public const int MOVEFILE_DELAY_UNTIL_REBOOT = 0x4;
}
}যেহেতু এই থ্রেডের অন্যান্য উত্তরগুলি নির্দেশ করেছে, এই ত্রুটিটি সমাধান করার জন্য আপনার কোডটি সাবধানতার সাথে পরিদর্শন করা উচিত, ফাইলটি কোথায় লক হয়ে যাচ্ছে তা বোঝার জন্য।
আমার ক্ষেত্রে, আমি মুভিটি অপারেশন করার আগে ফাইলটি ইমেল সংযুক্তি হিসাবে প্রেরণ করছিলাম।
সুতরাং এসএমটিপি ক্লায়েন্টটি ইমেল প্রেরণ শেষ না হওয়া পর্যন্ত ফাইলটি কয়েক সেকেন্ডের জন্য লক হয়ে যায়।
আমি যে সমাধানটি গ্রহণ করেছি তা হ'ল প্রথমে ফাইলটি সরানো এবং তারপরে ইমেলটি প্রেরণ করা। এটি আমার জন্য সমস্যার সমাধান।
আরেকটি সম্ভাব্য সমাধান, যেমন হডসনের দ্বারা আগে উল্লেখ করা হয়েছে, ব্যবহারের পরে অবজেক্টটি নিষ্পত্তি করা উচিত।
public static SendEmail()
{
MailMessage mMailMessage = new MailMessage();
//setup other email stuff
if (File.Exists(attachmentPath))
{
Attachment attachment = new Attachment(attachmentPath);
mMailMessage.Attachments.Add(attachment);
attachment.Dispose(); //disposing the Attachment object
}
} File.Move()তবে এটি কাজ করবে না এবং একই ত্রুটি দেয়। কোনও ইমেলটিতে যদি কেবল একটি ফাইল যুক্ত করা হয় তবে Attachments.Add()অপারেশন চলাকালীন এটি ব্যবহার করার সময় এটির ত্রুটি বলে মনে করি না কারণ এটি কেবল একটি অনুলিপি অপারেশন। যদি এটি কোনও কারণে হয়ে থাকে তবে আপনি এটি কোনও টেম্প ডিরেক্টরিতে অনুলিপি করতে পারেন, অনুলিপিটি সংযুক্ত করুন, এবং অনুলিপি করা ফাইলটি পরে মুছুন। তবে আমি মনে করি না, যদি ওপি কোনও ফাইল পরিবর্তন করতে এবং এটি ব্যবহার করতে চায় তবে এই ধরণের সমাধান (যা আপনি কোডটি প্রদর্শন করেন নি, কেবল সংযুক্তি অংশ) কাজ করবে। .Dispose()সর্বদা একটি ভাল ধারণা, তবে ফাইলটি যদি পূর্ব অপ্টে না খোলা হয় তবে এখানে প্রাসঙ্গিক নয়।
আমার নিম্নলিখিত পরিস্থিতি ছিল যা একই ত্রুটি ঘটাচ্ছে:
বেশিরভাগ ফাইল আকারে ছোট ছিল তবে কয়েকটি কয়েকটি বড় ছিল এবং ফলস্বরূপ ফাইলগুলি ত্রুটি অ্যাক্সেস করতে পারে না এমন ফলাফলগুলি মুছে ফেলার চেষ্টা করে ।
এটি খুঁজে পাওয়া সহজ ছিল না, তবে সমাধানটি "কার্য সম্পাদন শেষ করার জন্য অপেক্ষা করার " মতোই সহজ ছিল :
using (var wc = new WebClient())
{
var tskResult = wc.UploadFileTaskAsync(_address, _fileName);
tskResult.Wait();
}আমার নীচের কোডটি এই সমস্যার সমাধান করে, তবে আমি পরামর্শ দিই সবার আগে আপনার এই সমস্যার কারণ কী তা বুঝতে হবে এবং কোড পরিবর্তন করে আপনি যে সমাধানটি খুঁজে পেতে পারেন তার সমাধান চেষ্টা করুন
আমি এই সমস্যাটি সমাধানের জন্য আরেকটি উপায় দিতে পারি তবে আরও ভাল সমাধান হ'ল আপনার কোডিং কাঠামোটি যাচাই করে দেখার বিশ্লেষণ করার চেষ্টা করুন, যদি আপনি কোনও সমাধান না পান তবে নীচে এই কোডটি দিয়ে যেতে পারেন
try{
Start:
///Put your file access code here
}catch (Exception ex)
{
//by anyway you need to handle this error with below code
if (ex.Message.StartsWith("The process cannot access the file"))
{
//Wait for 5 seconds to free that file and then start execution again
Thread.Sleep(5000);
goto Start;
}
}GC.*()তবে আপনার কোডটি নিয়ে সম্ভবত আপনার অন্যান্য সমস্যা রয়েছে। 2) বার্তা স্থানীয়করণ এবং ভঙ্গুর হয় , পরিবর্তে এইচআরআইসিল্ট ব্যবহার করুন। 3) আপনি ঘুমাতে চাইতে পারেন Task.Delay()(এবং দশ সেকেন্ড একরকম অনেক ক্ষেত্রে অতিরিক্ত মাত্রায়)। 4) আপনার একটি প্রস্থান শর্ত নেই: এই কোডটি স্থির থাকতে পারে। 5) আপনার অবশ্যই gotoএখানে প্রয়োজন নেই। )) ধরা ধরা Exceptionসাধারণত একটি খারাপ ধারণা, এই ক্ষেত্রেও কারণ ...)) যদি অন্য কিছু হয় তবে আপনি ত্রুটিটি গ্রাস করছেন।
GC.Collect()কেসটি কিছু COM অবজেক্টের সাথে ডিল করার সময় আমার প্রয়োজন ছিল ।