সতর্কতা: স্থির ক্ষেত্রগুলিতে অ্যান্ড্রয়েড প্রসঙ্গের ক্লাসগুলি রাখবেন না; এটি একটি মেমরি ফুটো (এবং তাত্ক্ষণিক রানও ভেঙে দেয়)

Question 1

অ্যান্ড্রয়েড স্টুডিও:

স্থির ক্ষেত্রে অ্যান্ড্রয়েড প্রসঙ্গের ক্লাসগুলি রাখবেন না; এটি একটি মেমরি ফুটো (এবং তাত্ক্ষণিক রানও ভেঙে দেয়)

সুতরাং 2 টি প্রশ্ন:

# 1 আপনি startServiceপ্রসঙ্গের জন্য কোনও স্থির পরিবর্তনশীল ছাড়াই স্থির পদ্ধতি থেকে কল করবেন কীভাবে ?
# 2 আপনি একটি স্থিতিশীল পদ্ধতি (একই) থেকে কীভাবে স্থানীয় ব্রডকাস্টটি প্রেরণ করবেন?

উদাহরণ:

public static void log(int iLogLevel, String sRequest, String sData) {
    if(iLogLevel > 0) {

        Intent intent = new Intent(mContext, LogService.class);
        intent.putExtra("UPDATE_MAIN_ACTIVITY_VIEW", "UPDATE_MAIN_ACTIVITY_VIEW");
        mContext.startService(intent);
    }
}

বা

        Intent intent = new Intent(MAIN_ACTIVITY_RECEIVER_INTENT);
        intent.putExtra(MAIN_ACTIVITY_REQUEST_FOR_UPDATE, sRequest));
        intent.putExtra(MAIN_ACTIVITY_DATA_FOR_VIEW, sData);
        intent.putExtra(MAIN_ACTIVITY_LOG_LEVEL, iLogLevel);
        LocalBroadcastManager.getInstance(mContext).sendBroadcast(intent);

ব্যবহার না করে এটি করার সঠিক উপায় কী হবে mContext?

দ্রষ্টব্য: আমি মনে করি আমার মূল প্রশ্নটি হতে পারে কলিং পদ্ধতিটি যে শ্রেণী থেকে আসে সেখান থেকে কীভাবে প্রসঙ্গটি প্রেরণ করা যায়।

Question 2

কেবল আপনার পদ্ধতিতে এটি একটি প্যারামিটার হিসাবে পাস করুন। Contextসম্পূর্ণরূপে একটি শুরু করার উদ্দেশ্যে কোনও স্ট্যাটিক উদাহরণ তৈরির কোনও ধারণা নেই Intent।

আপনার পদ্ধতিটি এমনভাবে দেখা উচিত:

public static void log(int iLogLevel, String sRequest, String sData, Context ctx) {
    if(iLogLevel > 0) {

        Intent intent = new Intent(ctx, LogService.class);
        intent1.putExtra("UPDATE_MAIN_ACTIVITY_VIEW", "UPDATE_MAIN_ACTIVITY_VIEW");
        ctx.startService(intent);
    }
}

প্রশ্নের মন্তব্য থেকে আপডেট: আপনার প্রয়োজনীয় বিন্দু অবধি প্রারম্ভিক ক্রিয়াকলাপ (কনস্ট্রাক্টর প্যারামিটার বা পদ্ধতি প্যারামিটারের মাধ্যমে) থেকে প্রসঙ্গটি কাস্ট করুন।

Question 3

আপনি যদি কোনও সদস্য ক্ষেত্রে সংরক্ষণের সিদ্ধান্ত নেন তবে আপনি যে পদ্ধতিতে / নির্মাতার মাধ্যমে আপনার সিঙ্গলটনে উত্তীর্ণ হয়েছে সেই প্রসঙ্গে আপনি প্রেরণ.গেট অ্যাপ্লিকেশনস কনটেক্সট () বা getApplicationContext () কল করে তা নিশ্চিত করুন।

নির্বোধ প্রমাণ উদাহরণ (এমনকি কেউ যদি কোনও ক্রিয়াকলাপে উত্তীর্ণ হয় তবে এটি অ্যাপ্লিকেশন প্রসঙ্গটি ধরে ফেলবে এবং সিঙ্গেলটন ইনস্ট্যান্ট করতে এটি ব্যবহার করবে):

public static synchronized RestClient getInstance(Context context) {
    if (mInstance == null) {
        mInstance = new RestClient(context.getApplicationContext());
    }
    return mInstance;
}

ডকস অনুসারে getApplicationContext () পান: "বর্তমান প্রক্রিয়ার একক, গ্লোবাল অ্যাপ্লিকেশন অবজেক্টের প্রসঙ্গটি ফিরিয়ে দিন ।"

এর অর্থ হ'ল "getApplicationContext ()" এর দ্বারা প্রত্যাবর্তিত প্রসঙ্গটি পুরো প্রক্রিয়াটির মধ্য দিয়ে যাবে এবং সুতরাং এটির কোনও স্থির রেফারেন্স আপনার কোথাও সংরক্ষণ করা উচিত নয় কারণ এটি আপনার অ্যাপ্লিকেশনটির রানটাইম চলাকালীন সর্বদা উপস্থিত থাকবে (এবং কোনও বস্তুকে ছাড়িয়ে যাবে) ive / এটির মাধ্যমে সিঙ্গলেটগুলি ইনস্ট্যান্টিয়েটেড)।

এর সাথে তুলনা করুন ভিউ / ক্রিয়াকলাপের প্রচুর পরিমাণে ডেটা থাকা ক্রিয়াকলাপের সাথে, আপনি যদি কোনও ক্রিয়াকলাপের দ্বারা রাখা কোনও প্রসঙ্গ ফাঁস করেন তবে সিস্টেমটি সেই উত্সটি মুক্ত করতে সক্ষম হবে না যা স্পষ্টতই ভাল নয়।

তার প্রসঙ্গে কোনও ক্রিয়াকলাপের একটি রেফারেন্সটি ক্রিয়াকলাপের মতোই একই জীবনচক্রটি বেঁচে থাকতে পারে, অন্যথায় এটি প্রসঙ্গটিকে জিম্মি করে রাখবে যা মেমরি ফাঁস করে দেয় (যা লিন্টের সতর্কতার পিছনে কারণ)।

সম্পাদনা করুন: উপরের ডক্স থেকে উদাহরণটিকে আঘাত করা লোকটির কাছে, আমি স্রেফ যা লিখেছি সে সম্পর্কে কোডে একটি মন্তব্য বিভাগও রয়েছে:

    // getApplicationContext() is key, it keeps you from leaking the
    // Activity or BroadcastReceiver if someone passes one in.

Question 4

এটি কেবল একটি সতর্কতা। চিন্তা করবেন না। আপনি যদি কোনও অ্যাপ্লিকেশন প্রসঙ্গে ব্যবহার করতে চান, আপনি এটি একটি "সিঙ্গলটন" শ্রেণিতে সংরক্ষণ করতে পারেন, যা আপনার প্রকল্পের সমস্ত সিঙ্গলটন ক্লাস সংরক্ষণ করতে ব্যবহৃত হয়।

Question 5

আপনার ক্ষেত্রে এটি স্থিতিশীল ক্ষেত্র হিসাবে রাখার পক্ষে খুব বেশি অর্থ হয় না তবে আমি মনে করি না এটি সব ক্ষেত্রেই খারাপ bad আপনি যদি এখন কি করছেন তবে আপনার স্থির ক্ষেত্র থাকতে পারে যার প্রসঙ্গ রয়েছে এবং এটি পরে বাতিল করতে পারেন। আমি আমার প্রধান মডেল শ্রেণীর জন্য স্থিতিক উদাহরণ তৈরি করছি যার অভ্যন্তরের প্রসঙ্গ রয়েছে, এর প্রয়োগের প্রসঙ্গটি ক্রিয়াকলাপের প্রসঙ্গ নয় এবং ক্রিয়াকলাপের স্থির উদাহরণ ক্ষেত্র রয়েছে যাতে আমি ক্রিয়াকলাপটি নষ্ট করি। আমি দেখতে পাচ্ছি না যে আমার স্মৃতি ফুটো আছে। সুতরাং কিছু চালাক লোক যদি মনে করে আমি ভুল বলতে পারি তবে বিনা দ্বিধায় মন্তব্য করতে ...

তাত্ক্ষণিক রান এখানে কাজ করে ...

Question 6

`WeakReference`সিঙ্গেলটন ক্লাসে প্রসঙ্গ সংরক্ষণ করার জন্য ব্যবহার করুন এবং সতর্কতাটি চলে যাবে

private WeakReference<Context> context;

//Private contructor
private WidgetManager(Context context) {
    this.context = new WeakReference<>(context);
}

//Singleton
public static WidgetManager getInstance(Context context) {
    if (null == widgetManager) {
        widgetManager = new WidgetManager(context);
    }
    return widgetManager;
}

এখন আপনি প্রসঙ্গে অ্যাক্সেস করতে পারেন

  if (context.get() instanceof MainActivity) {
            ((MainActivity) context.get()).startActivityForResult(pickIntent, CODE_REQUEST_PICK_APPWIDGET);
        }

Question 7

সাধারণত, প্রাসঙ্গিক ক্ষেত্রগুলি স্থির হিসাবে সংজ্ঞায়িত করা এড়িয়ে চলুন। সতর্কতা নিজেই ব্যাখ্যা করেছে কেন: এটি একটি মেমরি ফুটো। ব্রেকিং তাত্ক্ষণিক রান করতে পারে যদিও গ্রহে সবচেয়ে বড় সমস্যা না।

এখন, দুটি পরিস্থিতি রয়েছে যেখানে আপনি এই সতর্কতাটি পেয়ে যাবেন। উদাহরণস্বরূপ (সবচেয়ে সুস্পষ্ট একটি):

public static Context ctx;

এবং তারপরে আরও কিছুটা জটিল বিষয় রয়েছে, যেখানে প্রসঙ্গটি ক্লাসে আবৃত রয়েছে:

public class Example{
    public Context ctx;
    //Constructor omitted for brievety 
}

এবং এই শ্রেণিটি কোথাও স্থির হিসাবে সংজ্ঞায়িত করা হয়েছে:

public static Example example;

এবং আপনি সতর্কতা পাবেন।

সমাধানটি নিজেই মোটামুটি সহজ: প্রচ্ছন্ন ক্ষেত্রগুলি স্থির দৃষ্টান্তে রাখবেন না , তা মোড়ানো শ্রেণির হোক বা সরাসরি স্থির ঘোষণা করুন।

এবং সতর্কতার সমাধানটি সহজ: ক্ষেত্রটি স্থিরভাবে রাখবেন না। আপনার ক্ষেত্রে, পদ্ধতির উদাহরণ হিসাবে প্রসঙ্গটি পাস করুন। যে ক্লাসে একাধিক প্রবন্ধ কল করা হয়, ক্লাসে প্রসঙ্গটি (বা সেই বিষয়ে একটি ক্রিয়াকলাপ) পাস করার জন্য কনস্ট্রাক্টর ব্যবহার করুন।

_{মনে রাখবেন এটি ত্রুটি নয়, একটি সতর্কতা। আপনার যে কোনও কারণে স্থিতিশীল প্রসঙ্গে প্রয়োজন , আপনি এটি করতে পারেন। যদিও আপনি এটি করার সময় একটি মেমরি ফাঁস তৈরি করেন।}

Question 8

আপনি যদি নিশ্চিত হন যে এটি একটি অ্যাপ্লিকেশন প্রসঙ্গে। এটা গুরুত্বপূর্ণ। এটি যোগ করুন

@SuppressLint("StaticFieldLeak")

WeakReferenceসিঙ্গেলটন ক্লাসে প্রসঙ্গ সংরক্ষণ করার জন্য ব্যবহার করুন এবং সতর্কতাটি চলে যাবে

`WeakReference`সিঙ্গেলটন ক্লাসে প্রসঙ্গ সংরক্ষণ করার জন্য ব্যবহার করুন এবং সতর্কতাটি চলে যাবে